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ABSTRACT 



A multi-tiered data acquisition and management system 
including at least two input computers, operably coupled via 
a communication link, each coupled to a respective local 
database of data records. The system includes at least two 
portable computing devices, each operably coupled to one of 
the two input computers via a wireless communication 
channel for accessing the data records of the local databases 
of the input computers. Each portable computing device 
comprises a CPU, memory, and a touch sensitive display 
device that cooperate to display multiple virtual regions 
(which comprise on a data I/O screen and sense location of 
contact by a user in these virtual regions to thereby provide 
for user input). These multiple virtual regions preferably 
include one of a virtual keypad for entering symbols asso- 
ciated with keys of the keypad, at least one scroll bar, at least 
one rolling key, multiple icons, a menu screen and a graph- 
ing screen. Each portable computer may have an integrated 
code reader (for example, bar code reader) for data entry. 
The information acquired and maintained by the system may 
include product information, information identifying a 
medical patient, or information related to a medical patient 
(such as personal information gathered upon admittance for 
care, information related to past medical history of the 
medical patient, and information related to vital statistics of 
the medical patient). In addition, each portable device may 
include a message notification mechanism that notifies the 
user of receipt of a message from one of the input computers 
over the respective wireless communication channels. 

27 Claims, 17 Drawing Sheets 
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MULTI-TIER DATA ACQUISITION AND into a commoo database, after which, the claimant ulti- 

MANAGEMENT SYSTEM COMPRISING AT mately is paid. 

"iSSSJSSSSSSSS" A substantial amount of data acquisition and retrieval is 

OPERAWA ^OUPLED TO SSSEKEs via « ? bZed m faCt0ly *»» course of 

WDiEL^S^SM^nOTCATTr^^rvB manufacturing various products, floor workers and quality 

AoSSiS&SKssSnS^s in = t r U n 1 r ple,e mu,tiple forms a given 

LOCAL DATABASES COUPLED TO THE „ ' . 

COMPUTERS However, every business requiring significant amounts of 



data acquisition and retrieval in its day-to-day business 



encounter similar problems. First and foremost, a significant 
RELATED CASES amount of the field operative's time is required in filling out 

the corresponding paperwork, in which the potential for user 
This Application is a Continuation of U.S. application Ser. error exists. Also, in systems using paper forms, the infor- 
No. 09/241,214 filed Feb. 1, 1999, now U.S. Pat. No. mation must be ultimately transferred to an electronic 
6,389,477; which is a Continuation of U.S. application Ser. database, which provides a second opportunity for user 
No, 08/196,452 filed Feb. 14, 1994, now U.S. Pat. No. error. Clearly, it would be advantageous to reduce the 
5,867,688. Each said patent application is assigned to and number of user entries, thereby reducing the likelihood of 
commonly owned by Metrologic Instruments, Inc. of error. 

Blackwood, NJ., and is incorporated herein by reference in 2Q Further, in many markets, field personnel at one location 
its entirety. typically require information quickly from another field 

RAr^r.BOTTMn hp tup iNnrcxrrr™ location. For instance, in a hospital environment, a doctor 

BACKGROUND OF THE INVENTION within the general ward may require immediate information 

1. Field of the Invention concerning a patient from the radiology department. 
The present invention relates in general to a system for * However the process under which the information is written 

data acquisition and retrieval through the use of a user ™ d carned * etween de P artments 1S ^ dow. 

interface remotely located from the control system. Similarly doctors and nurses require immediate and accu- 

i • * *i_ n i j * rate knowledge of specific procedures to be followed with 

2. DescnpUon of the Related Art regard t0 patticular Pas[ systems for main ™ 

Today, most commercial businesses require field 30 individual patient procedures have proven ineffective 

employees, such as at points of sale to fill out paper forms Moreover, one office within a business will typically 

with data sets concerning individual customers or products requ ire information from another office which must be hand 

soloVmanufactured. These reports are then collected, com- carried or which is unavailable after the closing hours of the 

pfied and assimilated at a central location and filed for future second office. For instance, hospitals requirt lab test ng 

access Most modern businesses require this information to 35 results be hand-carried to doctors who may be waiting for 

«ffnXd U ° U t y UP ^ f th3t f f P 6 T nel be SUch results d ™S ™« * surgery'Also, typl a 

afforded quick access thereto in order to reduce business doctors require clinical data after the clinics have cbsed 

costs, improve efficiency, increase accuracy, and the like. ■ • .u- * ^ r . 

Heretofore, data sets concerning matters, such as customer ™ C ™ ed Tf™ f ^ fi6U f ° f an impr ° Ved data 

or product information, have been primarily compiled „ ^^^^^^^^.^^^^ 

through paper forms completed by field personnel and later 40 drawback s heretofore experienced. The primary objective of 

possibly entered into some form of central database. ^ inVenU ° n 1S 10 meet thlS need " 

In the healthcare field, hospitals utilize a significant SUMMARY OF THE INVENTION 

amount of data retrieval and acquisition, with respect to T , . 

patient information. All data sets containing patient infor- 45 * aD ° bje f 1 ° f ^ present invention t0 provide a data 

mation (data field), such as patient name (a data set, header) ^^J*. and retrieval system which allows users imme- 

date of birth, place of business, address, phone numbers! * XeS& to aU customer/product infor- 

language, billing account number, social security number! matlon - 

drivers license number, and the like were written on paper 11 P. an ob J ect of toe present invention to provide a data 

forms and maintained in a paper file, and optionally entered 50 ^^i^ 011 and retrieval system which affords users access 

by the hospital staff into a common database. Thereafter, the t0 wirele ss remote data terminals. 

patient information was supplemented with information ^ ^ an object of the present invention to minimize the 

pertaining to their health condition, such as vital signs, fluid data retrieval time by reducing the necessary information 

intake, fluid output and the like, which were written on transmitted between handheld units and the corresponding 

different paper forms by a nurse and later keyed into this ss communications server. 

common database. Similarly, when patients undergo testing, It is another object of the present invention to minimize 
the test results were manually keyed into the common the data necessary for transmission by synchronizing opera- 
database and/or written on forms stored in the patient's tion within each handheld unit and a corresponding corn- 
paper file. munications server, such synchronization including the 
An alternative example lies in the insurance industry in 60 minimization of header information for each transmission 
which field claims adjustors travel to the site of an insurance and tn e transmission of a command case code used directly 
claim and evaluate the damaged property. These adjustors bv me command server to access a designated database, 
fill out multiple forms identifying the damage and the It is another object of the present invention to provide a 
insured person's general information. For instance, in an user interface which minimizes user error, 
automotive accident the claims adjuster must describe each 65 It is another object of the present invention to provide a 

Fu° i i Cm r ^ 1DSUrCd Cai ' SUCh M dentS ' and user i^erface which utilizes an event driven architecture to 

tne like. These forms are later processed manually or keyed allow data entry through a touch pad 
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It is another object of the present invention to provide a the reference numeral 1. Hie instant system 1 includes a 

S D ™tT^ Vu y T^f by U !, mg " maSter ^ 2 which conuniinicatcs with multiple remote 

wtnch presents a scroll bar, rolhng keys and icons for data input units 4 through a communications bus 6. Each input 

T /- . 111111 4 mc l u des a communications server 12 directly con- 
It is another object of the present invention to provide a 5 oected to a command server 14 and data bases 16 Each 
user interface which allows for the scanning of bar codes to remote communications server 12 interactively communi 
identify particular customers or products. cates with one or more handheld user interfaces 8 while 
These and further objects will become more apparent located within a predefined region 5 proximate thereto This 
from the drawings and detailed description hereafter. interactive communication is conducted through a wireless 
BRIEF DESCRIPTION OF THE DRAWINGS 10 dedicated communication channel, such as upon an infrared 
Hie objects and features of the invention noted above are Ca ^Jf f Slgnal * 
explained in more detail with reference to the drawings, in , ' ^uT^u S™. P a11 interactio ° 
which like reference numerals denote like elements and in be ^ n the handheld interfaces 8, the command servers 14, 
which: and the communications bus 6. The command servers 14 
FIG. 1 is a block diagram of an overview of a data 15 C ° Dtro1 ^ CCt 3CCCSS t0 the databascs 16 - The command 
acquisition and retrieval system according to the present servers 14 ma y implement any conventionally known 10 
invention; management system, such as Pro-Tree (version 2.0), SQL or 
FIG. 2 illustrates a block diagram of a handheld interface Paradox - ^ communications server 12 communicates with 
according to the present invention; eac ^ nandne l d interface 8 through a unique communications 
FIGS. 3(a), 3(6), 3(c), and 3(d) illustrate exemplary 20 l m[oco \ (^eafter referred to as the Handheld-Server 
display screens shown on the handheld interface according Fr t ot °col). The communications server 12 communicates 
to the present invention; Wltn tne command servers 14 through a unique protocol 

FIG. 4 illustrates the main processing loop by which the ( hereaft cr referred to as the Message List Protocol), 

handheld interface monitors and responds to events selected ^ ex pl aiDed below, the communications server 12 syn- 

by the user; 25 chronizes its operations with those of the handheld inter- 

FIG. 5 illustrates the processing sequence of the handheld faces *? *? mim niize the excess data necessary for each 

interface while displaying a patient information screen; transmission therebetween. The communications server 12 

FIG. 6 illustrates the processing sequence of the handheld and mter f ace 8 also utilize shorthand code values to identify 

interface to initiate the patient information screen; constantly transmitted information, such as commands, user 

FIGS. 1(a) and 1(b) illustrate the processing sequence of 30 IDs > database IDs, and the like. By synchronizing operation 

the handheld interface while displaying a patient input °f me handheld interface 8 and the corresponding commu- 

screen; nications server 12, the instant system is able to avoid the 

FIG. 8 illustrates the processing sequence of the handheld need to transmit the user ID, time, date, authorization code, 

interface to initiate the patient input screen; and the like during every transmission. 

FIG. 9 illustrates the data structure of the packets trans- 35 During operation, the user enters data at the handheld 

mitted between the handheld interface and the communica- interface 8, the data is transmitted to the communications 

tions server; server 12 and stored internally within the database 16, Data 

FIG. 10 illustrates the processing sequence undergone by may also be entered directly into the communications server 

the handheld interface to write data packets to the commu- 12. Similarly, the user may request data previously 
nica tons server; 40 submitted, in which case the communications server 12 

FIG. 11 illustrates the processing sequence by which the accesses the corresponding database 16 through the com- 

communication server reads packets transmitted from the mand server 14, and transmits the necessary desired infor- 

^ i -> m !f rfaCei mation to the re£ l uestin g handheld interface 8. Throughout 

12 illustrates the processing sequence by which the operation, a backup copy may be maintained within the 
communication server parses through a short header struc- 45 master server 2 for every remote database 16 Additionally 

^r^ n n Q 1DC °T 8 Pack6t t0 build the inpUt buffcr; thc user m ^ re « via handheld interface 8, data 
l ? li .l ustra tes the processing sequence by which the stored within a remote input unit 4 other than the data in the 
communication server parses through a long header struc- databases directly connected to the receiving communica- 
tee within an incoming packet to build the input buffer; tions server 12. I such a circumstance, ihclSSSS 
FIG. 14 illustrates the processing QUEUE sequence to so communications server 12 would accept me request from the 
move completed messages to the processing QUEUE; handheld interface 8, determine that the desired bSSm 
enli i processing sequence by which the is stored within a remote database and request such infor- 
communica ion server generates the processing queue; mati on through the communications bus 6 from the com- 

munitions server 12 containing the corresponding data- 

gj^. 111 ^ transmitted between communications servers 12 and 

° 1 q n . * ! ■ , between handheld interfaces 8 (such as when one doctor is 

i, *?\a-T*? alternative data entry display for the requesting information from another doctor), 

handheld interface; and r»„ „„, P . * . . { 

Fir, 10 ;ii, lc # Mt „ + u a * Bv wav ot example only, the instant acquisition/retrieval 

DETAILED DESCRIPTION OF THE record and obtain patient information. These persons may be 
INVENTION assigned different privileges which would allow varying 
Overview leVels ° f access to data - In this environment, each commu- 
te , .„ f , j4 , . w ... 65 ^cations server may be located within a different ward or 
FIG. 1 illustrates a data retrieval/acquisition system testing laboratory. Thus, a doctor in a general ward may need 
according to the present invention generally illustrated by to send a message to, or obtain information from, a doctor 
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or nurse in radiology To do so, the doctor would transmit a As explained below, the handheld interface 8 operates as 

request through the handheld interface 8, with the request an "event driven" device wherein the touch screen 30 is 

being received and decoded in the general ward's commu- drawn to display a desired arrangement of virtual regions, 

nications server 12. The source/receiving communications Each region is assigned a unique identifier. The handheld 

server determines the appropriate destination communica- 5 interface 8 recognizes each contact by a user as an event, 

tions server that corresponds to the destination handheld ^ contact/event is recognized with respect to the corre- 

interface, into which the destination doctor or nurse has spondingly defined region and the region identifier is 

signed on. The desired message is transmitted to the radi- returned. Thereafter, the CPU 32 identifies the necessary 

ology server, and to the corresponding handheld interface course of action based upon this identifier, 
which queries the user through audio, video, or vibrating 10 As illustrated in FIG. 3, during operation the CPU 32 may 

means. In a similar manner, the user within radiology may dis Play a variety of menus, graphs, and the like upon the 

transmit a response through the corresponding radiology and t( ? ucn scre ! n 30 * Within each display, the CPU 32 defines 

general ward communications servers 12 to the requesting VirtUal re S ions which correspond to predefined processing 

doctor's handheld interface 8. Also, lab data may be quickly se *l uences - The user initiates a desired event sequence by 

transmitted to a surgeon during an operation is 2? nt - act ?£ the Preferred region corresponding to the event. 

. ••.•/., + , To facilltate the user interaction therewith, the CPU 32 

The instant acquisition/retneval system 1 also allows provides multiple manners in which the user may enter and 

doctors, nurses, and staff members immediate access to retrieve data. As illustrated in FIG. 3(a) the CPU 32 draws 

clinical data, even after clinic hours are closed. To do so, the a main menu 38 on the screen 30 and defines multiple menu 

user merely enters a request through his/her handheld inter- selections 40 therein (see the flowchart of FIG. 10). Each 

face 8, which is transmitted through the corresponding 20 menu selection 40 overlays and corresponds to a virtual 

communications server 12 to the clinical communications event region 42 corresponding to a different event/case, 

server 12. The necessary clinical data is obtained from the Every screen 30 is displayed with an escape key 43 which 

clinical database and returned along the communications bus allows the user to escape back to a previous function/screen 

6. By way of -example, the data acquisition/retrieval system or t0 tne ma:m menu. 

1 of the healthcare facility may be connected to similar 25 When implemented in a healthcare application, as illus- 

systems via an ethernet connected between the master trat f d in FIGS. 3a-3d, when the user selects a vitals event 

servers 2. region 44, the CPU 32 recognizes it as such and processes 

The handheld interfaces 8 are used to enter all patient * "^P 01 ^ eveDt sequence (see FIG. 13). 

information such as personal information upon admittance illustrated in FIG. 3c, the vitals input screen 60 (also 

past medical histories, vital statistics throughout their stay in 30 referred to ™ ^ data VO screen) displays current patient 

the hospital, and the like. For instance, these vital statistics ™ f °nnation m the patient field 62, such as the patient's 

may include systolic, diastolic, pulse, temperature and name ' social nu mber, status, and the date upon 

respiratory information. Similarly, the handheld interface 8 which the Vltak were last u P dated - The vitals input screen 60 

may be used to enter information concerning the patient's lllustra tes the last current vitals (data sets) as shown in the 

fluid intake and output 35 svsto3ic field 4 6, diastolic field 48, pulse field 50, tempera- 

As will be explained below, the instant data acquisition/ T^S^^*^™ » ^^vely mfened to 

retrieval system 1 ( also allows a user to carry a handheld fJ v Z f a } ' 7^ fl 3 ° 1 ^ the USCt t0 

interface 8 between regions (see the dashed line 5 in FIG. 1) UTS H ™? S ?* * ^ 

dedicated to each communications server 12. Optionally M "IXl' ^ ' u ' u reSpeCtlVelv - *? cated 

when this occurs, the hancmeld interface 23, is coridered to 40 ^^JT^^ ** to 

have signed off with the old communications server (as XX^-f ,h 11 ™' vah ? » ako / d f 

illustrated by the dashed line 22). Thereafter, the handheld ^ T 7 g , ^ u l0ng / lde ° f * he 1C ° D (the 

interface 23 must be signed onto the new communications S^ 3 ? " t *W? f by ^ reference —\ 

S erver(asmustratedbytheline24)beforeitmaybeusedfor ^ V ° ^ ^ field 1S actl J e ^ ^ 3c, as 

data entry 45 evidenced by the inverted rolling keys 56. Proximate the 

u ut.'t.*u ( • j £ . rolling keys 56 is a scroll bar 58 for illustrating in a bar 

The manner by which these objects and functions are format the current value of the active vital sign field (i e 

achieved will become clear m connection with the following systolic) which is inverted to the current level (130) 

explanation of each module of the present invention. To enter Dew patiem ^ ^ uscr may do ^ 

Handheld Interface 50 ways ' First ' me user mav u P date ih& patient's systolic vitals 

_ 1 . °y consecutively contacting each rolling key 56 to be 

HG. 2 generally illustrates a block diagram of a handheld incremented. Each rolling key continuously increments 

interface 8 having a display screen 30 which may be such as from 0 to 9 and then back to 0. Alternatively, the user 

back-illuminated and which is controlled by a CPU 32 to may enter patient vitals information by contacting the scroll 

display desired information thereon. The display screen 30 55 bar 58 at the desired position. In accordance with the 

also functions as a touch pad and is sensitive to user contact. flowchart of FIG. 13, when the user contacts the scroll bar 

When contacted, the display screen 30 outputs a signal to the 58, the bar is updated to reflect the newly entered value If 

CPU 32 identifying the exact location of the contact there- the user drags his/her finger along the scroll bar 58, the CPU 

with. The handheld interface 8 further includes a memory 32 will continuously update the level thereof to reflect this 

module 34 which stores software to control processing of the 60 movement of the finger. The CPU 32 updates the corre- 

CPU 32 and which temporarily stores data received from, sponding rolling keys 56 for the active field (i.e., the systolic 

and transmitted to, the corresponding communications field as illustrated in FIG. 3(c)). The user may drag his/her 

server 12. The CPU 32 controls an IR interface 36 to control finger across the scroll bar 58 until the desired value is 

data transmissions to and from the communications server displayed in the rolling keys 56, at which time the user 

12. Abar code reader 37 is included to allow the user to enter 65 releases the scroll bar. The user may activate a different vital 

customer or product information from a bar code, such as sign field (i.e., change the mode) by selecting the corre- 

customer/patient ID and the like. sponding icon (46, 48, 50, 52, and 54) 
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The vitals input screen 60 further includes change func- the display screen 30. The first end of the second scroll bar 

tion keys 64 which afford the user's direct access to displays, would represent a 0 while the second end of the scroll bar 98 

fh^i SCrCen f the * ra » Smit f T ction * More specifically, would represent a 9. The user would enter numerals in the 

the vitals input screen 60 allows the user direct access to the display fields 90 in the same manner as discussed above with 

n^w?? f - e / n fi (n °r *W f °/A G , CUrrent , patient by 5 res P ect t0 lettera ' Optionally, a single scroll bar may be 

pressing the fluids function button 66. Alternatively, the user provided for letters and numerals with function buttons 100 

may view the selected vital sip field (e.g., systolic field) in and 101 being used to assign letters or numerals to the scroll 

a graph format by selecting the view graph button 68. The bar 

bu\tnTS FIG 15 mustrates ^ ^ section 35 of the memory 

5" n Wh h ld V ^^^selecte once a patient s new vital within the handheld interface 8. The RAM memory 35 

S^^!SnS CPU 32 ^lt:^T t T^ ?( ? in , CludeS a patieDt information section 200 for coring a £ 

^ ?5 ^ of P atient names ( data «* headers ) P^ent identifiers 

SS^L C ° mmUmcatl0DS server n in a format (data set identifiers) associated with the pLent user of the 

^rr- , , handheld interface 8. The RAM memory 35 also includes a 

FIG. 3(b) illustrates a graph corresponding to the present working space 202 for storing all other information entered 

patient s systolic vitals which is displayed when the view by the user and transmitted between the handheld interface 

graph button 68 is selected. 8 and the communications server 12. Each time the CPU 32 

FIG. 3(d) illustrates a patient inquiry screen 74 selected transmits a request to the communications server 12 for 

from the main menu 38 (also referred to as the data set patient information, the CPU 32 redefines the current data 

inquiry screen). The patient inquiry screen 74 displays a structure within the working space 102 to correspond to the 

scrolling text window 78 which exhibits the currently expected format of the return data from the communications 

selected patient's name (data set header) and those names server 12. 

alphabetically proximate thereto. Along one side of the By way of example only, when the CPU 32 requests 

scroll text window 78 is positioned a scrolling bar 80 which patient vitals, it expects the returned data to include in a 

includes an identifier 82 designating the position of the preset order, the patient's social security number date on 

currently selected patient's name within a master alphabeti- which the patient vitals were last updated, and the most 

cal list. The user may scroll through the patient list by recent systolic, diastolic, pulse, temperature and respiratory 

contacting the scrolling bar 80 at a desired location therea- values. The CPU 32 sets up fields within the working space 

long. The top and bottom of the scrolling bar 80 corresponds 202 for each of these values. When the returned data is 

to the beginning and end, respectively, of the fist of patient received, the CPU 32 parses through the returned packet and 

names stored within the handheld interface 8. assigns bytes therefrom to the desired field in the working 

The patient inquiry screen 74 also includes a virtual space 202. 

keypad 76 which allows the user to enter the name of a The RAM 35 further includes a temporary buffer for 

desired patient. As the user selects each letter of the desired storing incoming and outgoing packets of information which 
patient's name, the CPU 34 automatically performs a search 35 are to be transmitted to and which are received from the 

upon the entered letters and updates the scroll text window communication server 12. The CPU 32 moves data from the 

78 correspondingly. As the user enters additional letters, the RAM 35 into the temporary buffer 204 immediately before 

CPU 32 concatenates these letters to the end of the search transmitting this information and adds a packet header 206 

string it uses and again updates the scrolling text window 78 . thereto . 

^trn^T^h^f 7 4 t° T 1 ^' 5 toCti ° n bUtt ° DS 40 FIGS * « illustrate tbe Processing sequence by which the 

64 along a bottom thereof to allow the user to automatically CPU 32 controls the main menu, vital sign patient/data set 

jump to an alternative screen. A scan button 77 is included input screen and the patient information screen (FIGS, 

to allow the user to read bar code data from a patient's wrist 3a-3d). 

ba ^T« .^ P ^ ntID ' t . 11U . , Generally, during operation the CPU 32 loops through one 
FIG. 18 illustrates an alternative scroll bar implements 45 of two primary case/event handling loops (FIG 4) The first 

turn which may be used to ahow the user to enter alphanu- casc / e vent loop operates to draw fhe main menu (FIG. 3a) 

menc formation For ^stance, the CPU 32 may control the and to handle events chosen from the main menu. When an 

display screen 30 to lUustrate a display field 90 and one or event occurs which corresponds to a defined key region 

more scroll bars 92. The scroll bar 92 may be defined such within the main menu, a corresponding event identifier is 

that one end corresponds to the ^ter A while the opposite 50 returned as the calling identifier. A return code is set equal 

end corresponds to the letter £ Th e CPU 32 would define to this calling identu \ er and thc rctum code fa ^JJ 

mulUple regions along the length of the scroll bar 92, each against a predefined value (0). If the return code is non-zero 

region corresponding to one Tetter of the alphabet. When the passing flow enters the second primary loop to call the 

user contacts the scroll bar 92, a letter corresponding to the corresponding event handling function. The second primary 

Zt ZfZ 15 P % m " firSt l0Catl ° n 94 ° f the 55 l0 °P ^^nds to processing in which a menu other than 

oispiay neia the main menu is displayed (FIGS. 3b-3d). During this 

As the user drags his/her finger along the scroll bar, the second loop, a code which identifies the next function to be 

letter displayed within the first location 94 will vary corre- performed is continuously checked. When the code equals 

spending to the currently selected region. Once the user zero, processing returns to the main loop. When the code is 

removes his/her finger from the scroll bar 92, the last eo a nonzero value, the corresponding function is called Once 

identified region is designated as the correct letter and each function is completed it returns a code identifying the 

entered in the first location 94 of the display. When the user next function to be performed by the user. This configuration 

again contacts the scroll bar 92, the CPU 32 operates to reduces the memory requirements by reducing the levels of 

d^play a corresponding letter in the second field location 96 functions to be called, thereby reducing the necessary stack 

of the display field 90. 65 space< b ' 

on If u t0 CntCF numerals within the dkpky field FIG. 4 generally illustrates the processing undergone by 

90, the CPU 32 may also draw a second scroll bar 98 upon the handheld interface 8 when the user initiates the first 
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- t Ti!if V I? U - 6r filSt l0g ? Wheo 3 8655)011 » P atienl "«ai format is displayed (step 1718) as fflw- 

and password (step 1602). Next, a packet is constructed in the scrolling text window 78 (step 1720) (HG 30 Wto 

«n,lr P ° r 7h ffet , 2 ? 4 Wh - Ch 3 l0Dg h6ader 206 P atient ^ 15 to ° loil g t° be completely dispayed wimin 

structure and has a data section including the user ID and 5 the scrollW text window 78 a default mrt,CZr„f! 

£rl ™ f^t therefor as waited upon. If the vali- FIG. 6) and when one occurs, an event identifier is assumed 

dation code is not received (step 1608) processing returns to thereto. * 

step 1602 in which the user is reprompted for the ID and The event identifier is passed to a case/event statement 

l^^JL^V^^^ *™ C ™* d >P™ c ^™- 10 ™Kch includes every possible valid value for the event 

hnues to step 1610 in which a rehirn code is set to indicate identifier. By way of illustration, processing will continue 

that processing should move to the patient inquiry module. along one of six possible processing paths to blocks 1724 

Thereafter, the return code is tested to determine whether it 1726, 1728, 1730, 1750 or 1756, depending upon which 

equals zero (step 1623). If the return code equals zero, event occurred. When event 1724 occurs (ie the user 

processing returns to step 1614 in which the main menu is 15 presses the escape icon), the system returns a zero calling 

C It Wn 'u- ■ ■ i identifier to the main loop (thereby indicating that no new 

Alter this initial login sequence is completed, flow enters event handling function has been selected) If the event 

the main event handling loops. First, a main menu is drawn indicates that the user has touched the scrolling bar 80 

and key regions therein are defined in steps 1612 and 1614, processing flows to box 1726 in which the system deter- 

after which the system waits for an event to occur (step ^ mines the exact location of the event (step 1732) This 

1616). Once an event occurs, it is determined whether the location is correlated with a pointer that is used as an index 

event is within a defined menu regions 42 (step 1618) (i.e., into the patient list to identify the new patient to be displayed 

whether the user has touched the display screen 30 at a in the scrolling text window 78. Once the event location is 

location corresponding to a menu selection 40). If not, determined, the pointer into the patient fist is updated and 

processing loops back to wait for the next event. If so, an ^ the scrolling text window 78 is redrawn to display the name 

event identifier is obtained for the key region in which the of the selected patient and a limited number of patient names 

event occurred (step 1620). Next, an event handling function surrounding the selected name (step 1734) 

corresponding to the event identifier is called (step 1622). Next, the scrolling bar 80 is updated to move the identifier 

Thereafter, processing waits for a call identifier returned 82 to a new position identifying the relative location of the 

tram the called event handling function. Areturn code is set 30 indexed patient within the overall patient list (step 1736) 

equal to the caU identifier (step 1623) and the return code is Thus, if the first patient is selected, the identifier 82 is 

tested m step .1624 and if zero, processing returns to the redrawn at the top of the scrolling bar 80, and if the last 

initial step 1612 to redefine and redraw the main menu. If the patient is selected, the identifier 82 is drawn at the bottom of 

return code does not equal zero, the process determines that the scrolling bar 80. If the event is identified as occurring 

the user has selected another function besides displaying the 35 within the scrolling text window 78, processing flows to step 

mam menu. Thus, the event handling function correspond- 1728. Specifically, the location of the event is again identi- 

mg to the non-zero return code is called (step 1626). fied (step 1738) relative to the names currently displayed. 

Thereafter, the main event handhng loop waits for the called The name closest to the event is identified as the selected 

function to return a call identifier which is tested in step patient. Thereafter, the pointer into the patient fist is updated 

ut^c c a £. *n 40 t0 index the newly selected patient name (step 1740). This 

. ; 5 md 6 lllust rate the process undergone when the name is displayed in the center of the scrolling text window 

patient information screen 74 is selected to be displayed and, optionally, may be inverted in color (step 1740) The 

(such as during the wake up function or when called by the identifier 82 within the scrolling bar 80 is also redrawn to 

user). First, an initialization routine is called in step 1700 properly identify the new position of the selected patient 

(steps 1710-1720 in FIG. 6). This initializing process begins 45 within the patient list (step 1740) 

by determining whether the handheld interface 8 includes a If the keypad 76 is touched, processing flows to block 

hst of patient names (data set headers) and IDs (step 1710). 1730, at which the letter is identified which corresponds to 

If this list does not exist (such as when the handheld the region touched (step 1742). This selected letter is added 

interface has initially been woken up), the unit constructs to a temporary patient searching string within the work 

and transmits a packet to the communications server 12 50 space memory 102 (step 1744). This letter is added to a 

requesting the patient hst associated with the currently search string (which is empty until the first letter is selected) 

signed-in user (step 1712). The communications server 12 Thereafter, the processor conducts a search based upon the 

receives this packet, identifies the user ID, and requests the search string into the patient list to identify the narne most 

appropriate information from the command server 14. closely corresponding to the letter(s) selected from the 

Thereafter the appropriate database 16 is read and the 55 virtual keypad 76 (step 1746). If a search string exists (i e 

patient list for me user is transmitted back to the handheld the user has already entered some letters) the newly selected 

interface 8 After the interface 8 sets up the data structure in letter is concatenated onto the search string and a new search 

the patient memory 200 for the patient list (step 1714), it is conducted upon the text strings within the patient hst to 

waits for the returned patient hst (step 1716). Once the find the first text string which is greater in alphabetic value 

pa hen list (name and ID) is received, it is stored in the 6 o than (i.e., closest to) the search string. The pointer is set to 

™ the closest P aticnt name and ^ trolling text window 78 

Ihe handheld interface 8 may not include sufficient and the scrolling bar 80 are updated (steps 1746 and 1748) 

display space in the scrolling text window 78 to show an If the user wishes to delete a letter from the search string 

entire patient's name. Thus, the patient memory section 200 he/she simply pressing the delete region key 
will only include sufficient memory to store the maximum 65 If the user selects the scan region 77, processing flow 

number of characters which may be displayed for a single moves to block 1750. The bar code scanner is read to obtain 

patient name upon the screen. Once the patient list is stored, the bar code scanned by the user (step 1752) (this bar code 
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may appear on a patient's wrist band and the like). The bar incremented value has created an overflow and if so the 

code mcludes the patient ID, which is used to find thepatient incremented digit is rolled^ver (step 1824). This rollover 

•n^J r M-^^i^f 17 ^^ ht P0intcr fanctionisperWdto^^ 

nto the patient list is updated (step 1756) and the scrolling valuc of 9 [ 0 a Qew value of 0 g y mg current 

text window 78 and. scrolling bar 80 are redrawn (step 5 _ 7 [ , 

1758). llms » lf "ie user selects the pulse vital and contacts the 

Once the user has selected a desired patient, the user may " ls " roUing . key ( which has a P resent value of 9 )> the 
escape from the patient inquiry screen by pressing the processor will update the pulse value within the workspace 
escape icon 43 in the upper left comer or by selecting one memory to "80". Thereafter, the new vital sign is drawn into 
of the function 64 buttons at the bottom of the screen (step the romn S ke y s 56 wn ich have been updated and the new 
1760). As illustrated in FIG. 3d, the user may escape to the 10 vital sign is slored 1x1 the corresponding field in the work- 
main menu, review a patient's information complete record Space memor y ( ste P 1824). Finally, the processor updates 
or review the patient's vitals. If the user presses one of the 11x6 501011 bar 58 to reflect the change in the current data 
change function buttons 64 at the bottom of the screen, the Value ^ step 1826 )* 

corresponding event identifier is evaluated to determine 15 ^ tne evcnt identified in step 1816 corresponds to an icon, 
which function key the user has selected (step 1762) and the processing proceeds to step 1830. First, the rolling keys are 
corresponding return code is returned to the main processing deactivated for the previously active vital sign field (step 
loop in FIG. 16 (step 1764). 1832) and the rolling keys for the newly chosen vital sign are 

FIGS, la, lb and 8 illustrate the processing sequence activated (step 1834). Next, the rolling keys for the deacti- 
undergone by the handheld interface 8 when the vitals/data ^ vated and newl y ac *ivated vital sign fields are inverted to 
input/output handling function is chosen (i.e., when a user display the newly active field to the user (step 1836). 
desires to enter patient vitals). First, the display screen is Thereafter, the scroll bar 80 is redrawn with parameters, 
cleared (step 1800) and the vitals (data I/O) format is drawn ranges and current vital signs corresponding to the newly 
upon the screen (step 1802). Similarly, the key regions are selected vital sign field (step 1838). 
defined which correspond to each even identifier. Next, it is 25 When the identified event corresponds to touching the 
determined whether the workspace memory contains vitals scr °U bar 80, process flows to step 1840. Once the scroll bar 
for a selected patient (step 1804). If not, the processor k touched, the exact location of the event is determined 
constructs and transmits a packet (step 1806) requesting therein and used to identify the corresponding vital sign 
patient vitals. Thereafter, the workspace memory 202 is set varu e (step 1842). Then, a pointer is determined which 
up in the data structure corresponding to patient vitals (step 30 identifies the vital sign data value within the workspace 
1808). Thereafter, the handheld interface waits for the memory which corresponds to the active vital sign field (step 
returned patient vitals, receives these vitals in one or more 1844). This vital sign data value is updated to the new vital 
packets and disassembles the packets and stores the patient si g D value selected within the scroll bar (step 1846). 
vitals in the workspace (step 1810). Next, the processor Thereafter, the active scroll keys are updated with the new 
draws the patient vitals onto the screen (step 1812) and sets 35 data value (step 1848) and the scroll bar is inverted to reflect 
the default mode to a predetermined field (e.g., systolic tne new data value (step 1850). When the event occurs 
field). The vitals for the default field are drawn into the scroll within the patient information region, processing flows to 
bar (step 1814) and the default rolling keys 56 correspond- ste P 1852. In such a case, the patient information screen is 
ing to the default field are inverted. Thereafter, the handheld redrawn. To do so, a calling identifier is set to correspond to 
interface/waits for an event to occur (step 1816 in FIG. 7a) 40 me patient information screen (step 1854) and control is 
and when it occurs, identifies the event number correspond- returned to the main loop (step 1856). 
ing thereto. Optionally, when the user touches the patient information 

Processing flows along one of six paths depending upon region, a pop-up window may appear and query the user as 
which event number is identified. While each field upon the to whether it is desirable to go to the patient information 
vitals screen corresponds to a separate event number, the 45 screen or enter a patient identifier through the bar code 
events as displayed in FIG. 8 may be grouped into six reader. In either case, if the user touches the patient infor- 
general categories, namely, touching a roll key, touching the mation region, before new patient vital signs have been 
icon, touching the scroll bar, touching the patient's general transmitted to the communication server, the user is 
information, touching the escape key, and touching the prompted as to whether or not these vital signs should be 
change screen buttons (blocks 1818, 1830, 1840,1852,1858 50 transmitted. When the escape icon is touched, processing 
and 1864). Once the event number is identified as corre- flows to step 1858, after which the calling identifier is set to 
sponding to a rolling key 56, it is determined whether the zero (step 1860). Processing is returned to the main loop 
touched rolling keys are active (step 1819). If not active, (step 1862). 

processing returns to step 1816. If active, a pointer is If the screen changing buttons are touched, processing 
determined which identifies the field within the workspace 55 flows then to step 1864, after which the selected button is 
memory 202 which corresponds to the specific roll key/vital determined (step 1866). In step 1867, it is determined 
sign selected (step 1820). whether the event corresponds to the transmit button. If the 

Next, the data value identified by the pointer into the selected button corresponds to the transmit button, the 
workspace is incremented by a 1, 10, 100, etc. depending current patient vitals are constructed into a packet format 
upon the rolling key which was touched (step 1822). Thus, 60 and transmitted to the communication server 12 (step 1868). 
referring to FIG. 3c, if the user presses the center rolling key If the selected button does not correspond to the transmit 
corresponding to the systolic field, the systolic data value button, the calling identifier is set equal to the newly selected 
within the workspace memory will be incremented by 10. screen (step 1870). Thereafter, control is returned to the 
Similarly, if the diastolic field is selected and the user main loop (step 1872). 

presses the leftmost rolling key therein, the processor will 65 When the return code within the main loop is set to 
increment the diastolic data value within the workspace correspond to the view graph display screen (FIG 3cr) the 
memory by 100. Next, it is determined whether or not the processor determines the active vital sign field (e g systolic 
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field), and obtains the corresponding default parameters for 
the graph. Thereafter, the screen is cleared and a graph 
having the parameters for the active vital sign field is drawn. 
Next, the vital sign data values for the active vital sign field 
are read from the workspace memory and used to draw the 
graph. 

Optionally, in the view graph screen a series of changing 
function buttons may be displayed along the bottom thereof. 
These buttons would allow the user to automatically select 
another vital sign to view in a graph format without inter- 
mediately returning to the vital input screen. 

In accordance with the above procedure, the handheld 
interface 8 allows for user inputs and displays patient 
information to the user. 



14 
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Interface-Server Protocol 

Once the user enters the desired data and wishes to send 
this data to the communications server 12, the user presses 
the transmit function button 70. Once the CPU 32 identifies 
that an event has occurred which corresponds the transmit 
function button 70, the main loop (FIG. 4) calls the transmit 
handling function. FIG. 4 illustrates the process by which 
the CPU 32 transmits data to the communications server 12. 

As illustrated in FIG. 9, each transmission comprises an 
information packet 300 of IR signals corresponding to a 
packet of data, wherein every packet is constructed with tbe 
same predetermined length (e.g., 128 bytes) and in one of 
two formats. This length is software and operative system 
definable and may vary. Certain messages transmitted 
between the handheld interfaces 8 and the corresponding 
communication servers 12 comprise an amount of data 
which is unable to be assembled into a single packet. Thus, 
in such circumstances the transmitting device segments the 
data into a plurality of equal length packets 300 (referred to 35 
as frames). The series of frames form a message 302. 

When transmitting a message the first packet/first frame 
thereof is constructed with a header section 304 formed in a 
long header structure followed by a data field 306. The long 
header 304 includes a 4 byte command field 308, a 6 byte 40 
user identifying field 310, and a 4 byte message total field 
312. The command field 308 identifies the process to be 
performed upon the subsequent data, the user ID identifies 
the user signed into the handheld interface 8 transmitting or 
receiving the packet 308 and the message total 312 identifies 45 
the total length of the message which will follow This total 
length includes all bytes within subsequent packets 300 
corresponding to this specific message 302. Thereafter, a 
data field 314 (having 114 bytes in a packet with a 128 byte 
structure) follows. 50 

If the message includes more data than will fit in a single 
packet, subsequent packets/frames are transmitted. These 
subsequent packets/frames are constructed with a short 
header structure 316 preceding the data segment 318. The 
short header 316 includes a 4 byte command 320 and a 4 55 
byte positioning packet 322 identifying number to enable the 
receiving device to determine the position of the packet 
within the overall message. Packets containing a short 
header 316 includes a 120 byte data field for a packet formed 



since the receiving device is able to associate corresponding 
packets with a single message 302 based on the packet 
number 322 and communication channel. 
To transmit a message (FIG. 10), the CPU 32 reads the 
5 current data from the workspace memory 200 in the RAM 
35 (step 400). Next, the CPU 32 determines the length of the 
message and the ID of the user signed in to that handheld 
interface 8 (step 402). The CPU 34 constructs a packet 
header formed with the long header structure (step 404). The 
10 CPU 34 clears the packet number (step 406) and writes the 
data to the transmit buffer (step 408). If the packet is full 
(step 410), the CPU 32 transmits the packet and clears the 
buffer (step 412). If the packet is not full, it determines if 
more data exists to write to the buffer (step 414). If no more 
15 data exists, it transmits the packet. If more data exists, it 
again writes to the packet. In step 416, it is determined if 
more data exists, and if not it exits. If so, the packet number 
is incremented (step 418). Next, the CPU 34 constructs a 
partial short header for the second frame to be transmitted in 
20 this message (step 420). The partial header includes the code 
for the corresponding command and the current packet 
number. Thereafter, the next segment of data is written to the 
packet (step 408) and steps 410 through 426 are repeated. 
Once the last packet is transmitted (step 414) and it is 
25 determined that no more data remains to be written to the 
packet (step 416), the system exits the transmit routine (step 
422). V F 



Communication Server 

FIG. 16 illustrates a block diagram of the communication 
server 12. The communication server 12 includes an IR 
receiver/transmitter 100 which receives and transmits IR 
communication packets from and to the handheld interface 
8. The IR receiver transmitter 100 operates in conjunction 
with an I/O card 102 to store a packet of information from 
each communication channel in the corresponding address 
within a temporary buffer 104. Each communication channel 
corresponds to a unique handheld interface 8. For instance, 
the communication server 12 may provide for 128 IR 
channels and thus, the temporary buffer 104 will include 128 
buffer locations, with each buffer location having sufficient 
memory to store a complete IR packet 300 (FIG. 9). The 
number of channels is locally definable and may be any 
desired number. The array locations within the temporary 
buffer 104 store the IR packets in the format transmitted 
from the handheld interface 8 as described above. 

Hie communications server 12 further includes an input 
buffer 108 which represents a storage space used by the CPU 
106 when converting packets from the format stored in the 
temporary buffer 104 to message lists with a different format 
to be transmitted to the command servers 14. The input 
buffer 108 represents an array, each element of which 
includes the COM__INFO structure (explained below). 

Each element of the input buffer 108 array is accessed 
based on the device number. Thus, if 128 handheld inter- 
faces 8 are being used, the input buffer 8 will include 128 
elements. 

The communications server 12 further includes a message 



. u i _ 0 , ™ , j — AVl ~ f^^wmiwu A 11c wjiuuiuiucauuns server lz runner includes a message 

with 128 bytes During transmission, the first packet of each 60 buffer 110 which is utilized to store the actual data for each 

mess a tic includes a loner header 304 stnirtiiTP. fnllnnrprl * * a iL _ 1. 1 n 



message includes a long header 304 structure followed by a 
data field, with each subsequent packet within the message 
including a short header 316 structure followed by a data 
field. In this manner, the device is able to increase the 
amount of data transmitted within each packet for long 
messages. The transmitting device need not send the user ID 
and the message total more than once for a given message 



65 



complete message sent from the hand held interface once all 
of the necessary packets have been transmitted by the 
handheld interface 8 and reassimilated by the CPU 106 into 
a single message. The COM_INFO stored in the input 
buffer 108 includes a pointer MSG_From_HH into the 
message buffer to the beginning of the corresponding data 
string. Once every packet 300 for a message 302 is received 
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and the corresponding data is stored in the message buffer 
and the COM__INFO is stored in the input buffer 108, the 
CPU 106 constructs a message list therefrom. Each message 
List to be processed by the command server 14 is stored on 
one of a process queue 114. The message list includes a 
pointer to the corresponding data string in the message 
buffer 110. Each message list received from the command 
server 14 is initially stored in a transmit queue 116 prior to 
being converted back into packets 300 and transmitted to the 



16 



input buffer 108. The User_JD_To is a 6 byte value added 
by the handheld interface 8 to identify a destination user. If 
set to zero, the destination is the communications server. The 
communications and command servers determine which 
server to send the command to. This value if non-zero will 
identify the user of a handheld interface 8 desiring to 
communicate therewith. The User__ID_From is a 6 byte 
value added once at login time. This user ID is assigned to 
the channel to identify who is logged in at that channel. This 
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handheld interface 8. The message list includes a pointer to 10 value is maintained until the person signs out. Thus, the user 
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a corresponding data string which is stored in the message 
buffer 110 when it is received from the command server 14. 

The process and transmit queues are operated in a flrst- 
in-first-out sequence such that each message is processed or 
transmitted in the order in which it is placed in the queue. 
The transmit and process queues 112 and 114 constitute 
dynamic queuing systems which attach message lists in a 
linked list structure. Each message list includes the data 
structure illustrated below: 



MESSAGE LIST 


COM_ 

INFO 

10 


Data File 
(Integer) 


Command MSG_ MSG_LEN Prcv 
(1) TO_HH (Long MSG_LST 
(Pointer) Integer) (Pointer) 


COM_INFO 


Device 
Number 
(Integer) 


CMD 

(4) 


Packet 
Number 
(Long 
Integer) 


User User MSG MSG MSG 
ID ID Total Length From 
To From (Long (Long HH 
(6) (6) Integer) Integer) (Pointer) 
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The message list data structure includes a first section 
CONLJNFO dedicated to, and containing information 
concerning, messages received from the handheld interface 
8. The next four fields represent fields which are created 
immediately before transmitting a message list to the com- 
mand server 14 and another communications servers 12. The 
final field (Previous MSG_LST) is used as a pointer to the 40 
subsequent message list within the queue to be processed. 
The first section COM_JNFO includes a device number 
uniquely identifying the handheld interface transmitting the 
message. The device number is generated by the I/O card 
102 when the CPU 32 requests a packet 300 from the 45 
temporary buffer 104. The device number is produced 
depending upon the communications channel being 
accessed. The command (CMD) includes the structure of the 
CMD field transmitted in the header of each packet 300 (i.e., 
the 2 byte database ID, 1 byte command ID, and 1 byte 
reserved). 

The command (CMD) represents the command to be 
processed in accordance with the corresponding message 
being transmitted to or from the handheld interface 8. The 4 
bytes within the command are separated such that the first 
two bytes identify the database to be processed when 
performing the command, the third byte stores a number 
corresponding to the specific command to be performed, and 
the fourth byte is reserved. By way of example, with respect 
to the third, byte, numerals 1-127 represent commands to be 
processed by the command server, while numerals 128-255 
represent a command from the handheld interface 8. As 
noted above, the use of shorthand code numbers for specific 
commands reduces the amount of data to be transmitted to 
and from the handheld interface 8. 

The Packet Number is a long integer which is incre- 
mented each time a packet is appended to a message on the 



ID will only be transmitted once during a login session. The 
communications server 12 keeps track of each User ID 
signed onto handheld interfaces served by that communica- 
tions server 12. The message total length (MSG_Total) is a 
15 value assigned by the handheld interface 8 or by the com- 
mand server 14 when a message is transmitted. The message 
length (MSG_LEN) is a value updated by the short and long 
header parsing functions to keep track of the length of a 
message in the message buffer 110 as the packets for the 
message are added thereto. The message length field is 
initially tested by the communications server 12 when 
processing each packet in the temporary buffer 104 to 
determine if the packet is in a long or short header form. The 
message pointer field (MS G__From_HH) is a pointer into 
the message buffer to the location of the actual data message. 
The MSG_Jrom_JHH pointer is updated each time a new 
packet is appended to a message. 

The message fist structure includes the above COM__ 
INFO structure as an addition to a Data_File field that 
represents an integer identifying the database, written from 
the COM_INFO structure, to be processed in connection 
with the corresponding command. The command (CMD) 
field represents a one byte command, written from the 
COM_INFO structure, to be processed. The MSG_To_HH 
field represents a message pointer used to point to the data 
compiled by the command server in connection with this 
message which will ultimately be sent to the handheld 
interface 8. The MSG_LEN field represents a long integer 
identifying the current length of the data corresponding to 
the message and stored in the message buffer. The 
Previous_MSG_LST represents a pointer pointing to the 
next message to be processed. The previous message pointer 
enables the system to accomplish dynamic queuing for the 
process and transmit queues. 

FIG. 11 illustrates the processing sequence by which the 
communication server 12 receives messages from the hand- 
held interface 8, processes these messages and transmits 
these messages to the command server 14. First, the I/O card 
102 is initialized, along with the communication channels, 
buffers and queues (step 700). Next, the data structures for 
the message list, COM_INFO, CMD, and short and long 
headers are set up (step 702). A current channel to be read 
by the I/O card 102 is initialized to the first channel (step 
704). Next, the current channel is tested to determine 
whether data is being transmitted thereon from the corre- 
sponding handheld interface 8 (step 706). If data is present, 
the packet of transmitted data is read and stored in the 
temporary buffer 104 (step 708). The packet of data is stored 
within the temporary buffer 104 at the array address corre- 
sponding to the current channel. A channel identifying 
number corresponding to the transmitting handheld interface 
8 is also assigned thereto by the I/O card 102. 

Next, a check sum field within the data packet is tested to 
determine whether the transmitted data is valid (step 710). If 
the data is invalid, the communication server takes the 
necessary corrective actions (step 712). If the data is valid, 
the CPU 106 requests the channel number, (step 714) and the 
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packet 300 from the I/O card 102 and utilizes the channel 746), converted to a long integer (step 748) and compared to 

number to index the correct corresponding element within the packet number (phis one) within the indexed element of 

the input buffer 108. Next, it 1S determined whether a packet the input buffer 108 (step 750). These packet numbers must 

£2! T * a ^quent frame of a message (step correspond to ensure that the received packet is the next 

716). io effect this test, the message total field, within the 5 packet to be added to the input buffer 108. If the packet 

element of the input buffer 108 corresponding to the current numbers correspond, the present packet is identified as part 

channel, is read and compared to zero. If the message total of the message corresponding to the presently indexed 

held equals zero then a packet has not yet been written to element within the input buffer 108 and processing flows to 

this elemcn of tfie input buffer 108. Thus, the packet being step 752, else it returns. If the packet is not matched based 
read is identified as an initial packet which will include the io on above criteria, then a corrective action is taken 

long header structure. Otherwise, the packet is identified as Next the data wiihin th» t» m ™„„, k„«> nn • j 

one containing the short header structure. In either case, the fste ?752^nH h P nn^ temporary buffer 110 is puUed 

packet number is incremented within the currently indexed £ SrS^lSnT^ t * T? " 

element of the input buffer 108. T, £ T? r !? . , ( P ?54) ' ^ new ^ 18 

« ,. . . , , . added to the end of the stored message and the new total 
It the packet contains the long header structure, process- « strmg ; s rewritten to the message buffer 110 (step 756) The 

ing moves to step 718 in which the parse long header message pointer (MSG_From_HH) and the message length 

function is invoked. If the packet includes the short header (MSG_LEN) are updated within the corresponding fields of 

S r i ^ re ' J pr0 i :eSSmg ^° VeS to step 720 where the P arse me COM-JNFO of the indexed element of the input buffer 

short header function is invoked. log (step 758) . ^ control retun)s to y me maijj 

FIG. 12 and FIG. 13 illustrate the parse long and short 20 process (step 760). 
header functions Within the parse long header function, the Referring to FIG. 11, once control is returned to the main 
hrst tour bytes of the data packet within the temporary queue program, the current channel is incremented (step 760) 
is read as the command (step 722). This command is Next, it is determined whether all channels have been 
compared with a list of valid commands and if the command checked (step 762). If so, control is set to the processing 
K mvahd the processor takes the necessary corrective action 25 sequence (at point A). If all of the channels have not been 
(step 724). If the command is valid, the command is written checked, control returns to step 706. This process is con- 
to the command field within the element of the input buffer tinuously performed until all of the channels have been 
108 indexed by the corresponding channel number (step checked thereby transferring all packets of data from the 
726). Next, the subsequent six bytes of the packet within the temporary buffer 104 to the input buffer 108 and message 
temp buffer is read as the User ID, if present, of the 30 buffer 110. 
destination user for the attached message/data. This six byte N*vt .u 

ID is stored in the UserID_To field of the element within L TFIG i df ^ve™ t °h P r °^ ™ sec * uence 

input buffer 108 indexed by the current channel number H^^^^^ 3 ? 2 * f 

(step 728). The User ID, corresponding to the signed on user, m L?bXr^K k t t tFT?- el " P m r ^ 

k aHHpH fn *hp TF^prTn r^^m f tu a j u |' input buiier 108 is set to the first input buffer element (step 

is added to the UserlD From field of the mdexed element. 800 ). Then, it compares the message total length (MSG 

Next the subsequent four bytes are read from the packet Total) with the message length (MSG LEN) to determine" 

within the temporary buffer 104 as the total length of the whether a complete message corresponding to the current 

tallowing message (e.g., the total number of bytes to follow element within the input buffer 108 has been received and 

within one or more packets corresponding to the present stored in the message buffer (step 802). If not, the incom- 

message) (step 730). The four byte value representing the plete message remains on the input buffer 108 and the 

message total is converted to a long integer (step 732) and current element pointer is incremented (step 804) and the 

assigned to the message total field within the element of the process returns to step 802. 

input buffer 108 indexed by the current channel number Tf th<> f . , A , , 

(step 734). Thereafter, the data section within the packet is M rcll ^tmcZT^U^ " *"* 

written to the message buffer as a data string and the length 45 SSftj! £3 P 1 P roc l SSM S 

thereof is stored within the message length field within L fCOM^INFm fth T ° 1° f 0 ' 

presently indexed element of the input buffer 108 (step 736). SZShnT^E ^ ,? } ^ 

. . . . r ^ ' ot the input buffer 108 is written to the processing queue 112 

A message pointer pointing to the data string within the and stored in the command information (COMINFO) 

message buffer 110 is stored within the message pointer field so section therefor. As the corresponding message represents a 

» nd ffd element within the input buffer 108 (step transmission from the handheld interface 8 to the command 

738). Finally, the element of the temporary buffer 110 is server 14, the next four fields of the indexed message list 

cleared (step 740). In this manner, steps 718-740 parse element in the processing queue remain undefined This 

SfS? g 8 toDg bead6r structure > create 106 mes sage list is "pushed onto the back" of the processing 

CO^IWOstmcturewithmtheinputbufferSandstorethe S5 queue by storing, in the preceding message list in the 

message 302 from the handheld interface 8 within the processing queue, a pointer to the current message list. This 

message buffer 110. p oimer i s stored m the final field (Previous_MSG_LST) 

Returning to FIG. 11, if in step 716 it is determined that within the previous, most recent message list added to the 

the packet is not an initial packet, then the short header processing queue (step 806). 

taction is invoked (see FIG. 13). First, the first four bytes 60 Once the command information has been moved to the 

of the packet are pulled (step 742) and compared with the processing queue, the corresponding element of the input 

value in the command field of the currently indexed element buffer 108 is cleared (step 808). Thereafter the current 

within the input buffer 108 (this command is indexed based element pointer into the input buffer 108 is incremented 

on the channel number) to determine if these commands are (step 810) and it is determined whether or not every element 

tne same (step 744). If not, the system takes the necessary 65 of the input buffer 108 has been tested (step 812) If not 

correct™ actions (step 746). If the commands correspond, processing returns to step 802 and the next element within' 

the packet number within the short header is pulled (step the input buffer 108 is processed. If processing is done on the 



06/06/2003, EAST Version: 1.03.0002 



19 



US 6,493,747 B2 



20 



on^ PIDCeSSiDg , ^ ****** U P° D the des ^°» of to 

on the processing queue. message (stcps im ^ m4) control . & 

Ine nrst element of the processing queue is tested to returned to the main program (step 1116). This process is 

determine whether a command is stored therein (steps 900 continuously repeated until the communication server 12 is 

and 902). If a command exists on the processing queue, this * turned off. Once turned off, the communications channels 

command is "dequeued" (step 904) by reading the message are closed and the system is turned off. 
information from the processing queue (which is stored in 

the message list structure). The command field (CMD) Command Server 

^1°°^° f Cti0 " « f the meSSage f l is read ' 1116 command ™ °P erates 10 «P*» the correspond. 
TOe message is parsed into specific components (step 906), i» ing databases based upon messages received from the corn- 
by ^readmg the first two bytes of the command field, con- munitions server. Tie command server utilizes a conven- 
vertmg these bytes to a long integer form and storing the tional software package for managing these databases such 

n ?h r^t ex ^ e n thlrdb y te °f^«'nimand (CMD) field may be used to access the data base, such J DBase 
roml^T^ StraCtUre V'f anc L s, ° red in me 15 CodeBase:, B-Trieve, Cisam and the like. Particular, com- 

m6S f f (St6P W0) - ^ ^ mands Within me ^ntional management system are 

actual data message is appended to the message list structure called depending upon the command code and database 

based on the message pointer (MSG_TO_HH) and the codes transmitted within the message list 

ES^XSV te a ""»* - *° T, M T- 1 S 

M . . . J including the complete message list structure followed by 

rf xt ' tne V^ous message pointer (Previous_MSG_ the data message. Next, the command server 14 reads the 

LST) is read from the current message list to determine the data base file field (step 902) and determines whether that 
next message to be processed on the queue (step 914) and 25 data base code is valid for the present command server 14 

control is returned to step 902. In this manner, each message (step 904). If not, it returns an error message (step 906) If 

upon the processing queue 112 is parsed through and trans- so, control is transferred to the database routine correspond- 

mitted to the appropriate command server 14. When no more ing to the command code (CMD) in the Command field of 

commands are on the processing queue, control is moved to the message list (step 908). Next, it is determined whether 
the create transmit queue module (step 916) (FIG. 15). 30 the command code is correct for the addressed database 

FIG. 17 illustrates the process by which the communica- ( ste P If not, it returns an error code (step 906). If so, 

lion server 12 processes messages upon the transmit queue & accesses the message data within the message list and* 

which are to be sent to the handheld interface 8. First, the performs the appropriate operation upon the data base (step 

first message upon the transmit queue is tested (step 1000) 912 )- Thereafter, it constructs a return message using the 

to determine whether data is contained therein (step 1002). data returned from the database into the structure of the 

If data exists, the message is dequeued by taking the message list (step 914) and quits (step 916). 

message off the transmit queue (step 1004). Next, the To invoke the database managing functions, the command 

command information from the message list is read and a number is processed within a case statement, whereby each 

long header constructed for the first packet to be transmitted case within the case statement corresponds to a unique 

™^ h ^ T ndheld interface S for toe message (steps 1008 and command number. Each case statement calls the appropriate 

1009). Next, the data from the message is written to the routines. For instance, command number 7 may represent an 

packet and transmitted (step 1010 and 1012). Thereafter, it add command, and thus, case "7" would direct the command 

is determined whether additional data remains to be trans- server to read the data from the message and write this data 

mmed to the handheld interface 8 (step 1014). If yes, a short to the next address within the database. Similarly the 

header is constructed (step 1015) and additional data from command number within the message may represent a read 

the message is written to the packet containing the short or request operation, in response to which, the correspond- 

neader (step 1016). mg caS e would direct the command server to read the desired 

Once constructed, the packet containing the short header information from the database corresponding to the user ID 

is transmitted (step 1018) and processing returns to step 50 transmitted within the message. The command server there- 

1012 at which it is determined if more data remains. This after adds ^ da ta to the message and retransmits it to the 

loop is repeated until the entire message has been trans- communications server. 

formed from the message list structure into data packets and From the foregoing it will be seen that this invention is 

transmitted to the handheld interface 8. Once the entire one well adapted to attain all ends and objects hereinabove 

message has been transmitted, control passes to the next 55 set forth together with the other advantages which are 

module (step 1020). obvious and which are inherent to the structure. 

The communications server 12 tests the communication I* will be understood that certain features and subcombi- 

bus 6 and determines if messages have been sent from other nations are of utility and may be employed without reference 

communication servers. First, the communications bus is to other features and subcombinations. This is contemplated 

tested to see if a message exists (step 1100). If a message 60 bv and is within the scope of the claims 

exists, the message is read (step 1104) and the command Since many possible embodiments may be made of the 

therefor is decoded (step 1106). Thereafter, the command is invention without departing from the scope thereof it is to 

tested to determine whether the message should be trans- be understood that all matter herein set forth or shown in the 

nutted to a corresponding handheld interface 8 or whether accompanying drawings 1-19 is to be interpreted as 

the message should be transmitted to a command server 65 illustrative, and not in a limiting sense 

mT^re,^T mUDiCati ° n T^ 12 ( ? PS 1108 and ™ e f ° llowiD S a ^ endi * 56(5 fortt '^captions of the 

1110). Thereafter, the message is placed on the transmit or modules and functions used by the present system. 
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key — an area of the screen that has been registered with 
the opening system as an area where an event is 
expected. If an event does not occur within this area 7 an 
integer identifier will be returned by the operating 
system indicating that the event did occur. 

event— the screen was touched, if it was touched in an 
area defined by a key, then return the identifier. 

scrolling text window— a key where scrolling text will 
reside. 

scroller — a key associated with the scrolling text window, 
the scroller has a bar in it to indicate where the text 
within the text window is in relationship to the rest of 
the text. 

scrollbar— the tool used for entering vitals (darkened 
from the very bottom of the key to the value chosen by 
the user). 

rolling key— a key with a digit in it, when the key is 
touched, that digit is incremented. If the digits value is 2 
9 and it is incremented, it will contain the value 0 with 
no carry performed. 

Module 

scrollbarc— contains all functions for the scroll bar func- 
tions to be used by other modules. 
init_scrolL_bar — initializes all necessary variables 

and draws all of the detail. 
get_scroll_bar_value— upon an event in the scroll 
bar key, this routine is called and it bandies that 
event, then it returns the value that the scroll_bar is 
pointing to (the value point pointed to by the user). 
set_scroll__bar_value — the user can set the value any- 
time. 

functions to be used internally by this module draw 
scrolL_bar — draws the inside of the scroll_bar. 

Module 

vital_jnput— contains all the functions used to perform 
the vital input note — the Mode value indicates what is 
being input at the moment, if the user has chosen 
systolic, then the systolic rolling keys are inverted and 
activated, and the scroll bar will have the systolic data 
in it. 

possible modes— systolic, diastolic, pulse, 
temperature, respiratory. 

Write_Kcys__Data— this routine redraws the rolling keys 
associated with a certain mode, (example, if the mode 
is pulse and the user somehow changes the value, this 
routine draws the 100s value in the leftmost key, the 
10s value in the middle key, and the Is value in the 
rightmost key): 

ChangeMode -changes the mode of the screen, this 
involves (1) turning off the old mode (example- 
pulse); (2) turning on the rolling keys of the new mode 
(example — systolic) so now an event may occur — also 
invert the keys so that they are white on black; and (3) 
calling Init_jscrolL_bar to redraw the scroll bar with 
the new modes details. 

EnterVitalsDraw— draw the detail on the entire screen 

(1) write patients name 

(2) write last date and time that the vitals were entered 

(3) write the last vitals values 

(4) turn off all rolling keys 

(5) change the mode to systolic by calling changemode 
inc_value — increment the values in the rolling keys, 
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then call Write -Keys__data. inc__temp— same as 
inc_value, but allow the 100's key to contain the 
values 0, 1, 2, 3, 4, 5, 6, 7, 8,9, 10, 11. 
Do_vital_Jnput — THE MAIN ROUTINE 

(1) calls EnterVitalDraw 

(2) contains the case statement that handles events. 

Module 

graph.c — draws the graph on the screen. 

make_graph— receives x, y values, x axis label, y axis 
label, the type of data that the x and y values are (time, 
short int, int, long int, float, etc.) and draws the graph! 
depending upon the type of data in x and y, it calls a 
simple routine that turns the x, y values into x, y 
plotting points on the screen. 

Module 

patinput.c— contains all of the functions used to pick a 
patient. 

DoPatientlnput— does the entire screens functionality 
within this one routine. 

1- init_scroiler— passes in the patient list and the two 
keys (scroller key and scrolling text key). 

2- handles all events, events 

in the case that the user picks A-Z, that letter is concat- 
enated onto the search string which is initially empty, 
then a sequential search upon the text strings is per- 
formed to find the first text which is greater in alpha- 
betical value than the search string, then that value is 
chosen via the function set__scroller_value. 
in the event the user touches the scroller then get__ 

scroller_value is called, 
in the event the user touches the scrolling text key, then 
get_scroll_text value is called. 

Module 

vital_l .c — the starting point of the program contains all 
function calls. 

note— Every single "screen" that is called from any other 
"screen" will be associated by a Calling Identifier (Call 
ID). v 

DoMainMenu — two main case statement 
case statement #1 
handles the events of the main menu, if an event occurs 
in any of the keys of the main menu, then store the 
CalllD in the variable called ReturnCode. 
case statement #2 

while ReturnCode is not equal to 0 loop the case state- 
ment, since the, ReturnCode is not 0, call the appro- 
priate function associated with the Calling Identifier 
stored in the variable, the function called will eventu- 
ally return a code that will again be stored in the 
variable RetCode. 

Module 

scroller.c — contains all functions for the scrolling text 
windows, functions to be used by other modules 

init_scroller— initializes all necessary variables and 
draws of all the detail. 

get_scroller__value— upon an event in the scroller key, 
this routine is called and it handles that event, then it 
returns the value that the scroller is pointing to (in our 
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program, this value is the index into an array of 
strings — points to the text that was picked). 
set-scroller_value — the user can set the value an y time 
get__j5croll_text value— upon an event in the scroll text 
window, this routine is called and it handles that event, 5 
then it returns the same value as does the get_scroller_ 
value function, functions to be used internally by this 
module 

draw__scroller — draws the bar inside of the scroller, then 

calls draw_scroll__text. 
draw_jscroll — text — draws all of the text that appear s in 

the scrolling text window. 
invert_picked__text — inverts the text that is being 

pointed to by the user. 15 

Major Functions 

open_ir — used t o initial the IR communication with the 
AndroDat Card and setup the communication channels 
with each device. 20 

close ir — used to close all communication channels with 

the hand held. 

init_corn_info — used to reset and clear all data con- 
tained for one specified com)info buffer. This routine is 
called initially to initialize each buffer and ready to 25 
receive data. After a message has been received and put 
on the process queue, this routine is used to clear the 
old data and ready the input buffer for the next com- 
mand. 

collect__messages — this routine will read through each 30 
input channel to see if a message exists. If one exists, 
then the message will be read into a temporary buffer 
and passed to the routine place_message for placement 
on the input buffer . 

place__message — this routine will determine if the mes- 
sage being read is the first or subsequent message. If the 
message is the first packet, then the routine parse_ 
long_hdr is called. If the packet is the second or 
subsequent message, the routine parse_short_hdr is 
called. 

parse_short_hdr — this routine is used to parse the struc- 
ture tmp_buffer, validate the command being sent 
along with the correct packet number, then place the 
data in the appropriate injniffer message structure. 45 
This routine is called after the initial command packet 
is sent. 

parse_long_hdr — this routine is used to parse the struc- 
ture tmp -buffer, validate the command being sent. This 
routine then initializes the in buffer structure and finally 50 
places the data in the in_buffer messages structure. 
This routine is called when a handheld device sends its 
initial packet for requesting a command. 

comm_server — this routine is the main routine which 
controls the logic flow of the entry communication 55 
server system. 

process_Jn__buffer — this routine is used to search the 
in-buffer for completed messages to be placed on the 
process queue. This routine determines if a message is 
finished if msg_Jotal= — msg__len and msg_total>0. eo 
This routine calls ENQUEUE to physically put the 
message on the process queue. 

process_cmd — this routine is used to take the next mes- 
sage off the command queue then send it to the correct 
server for processing. This routine calls the dequeue 65 
function to physically dequeue the item off the com- 
mand queue. 
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process_transmit — this routine is used to take the next 
message off the transmit queue then send it to the 
correct server for processing. This routine calls the 
dequeue function to physically dequeue the item off the 
transmit queue. 
packet_msg — this routine is used to physically send the 
message from the communication server to the hand- 
held computer via the AndroDat Card. It is responsible 
for all packets of the data and verify of successful 
transmission. 

enqueue — this routine takes completed messages and 
places them on the queue. A parameter is passed to 
which queue to place the message along with the data 
to queue. 

dequeue — this routine will take messages off the queue 
and place them in a temporary buffer to be processed by 
the communication server, A parameter is passed to 
which queue to process along with the temporary space 
to put message. 

nulqueue — this routine is used to initialize a queue and 
prepare it to start receiving data. Call to this routine will 
destroy any data existing in the queue. 

com_info — this structure is used to store the incoming 
message from the handheld in_buffer — this is an array 
of the structure com__info. This structure is used to 
hold the individual messages being received from the 
handheld computers. 

message__list — this structure is used to serve as the queu- 
ing functions for the command processing and data 
transmission. 

long__hdr — this is the structure of the header for initial 
communication to the server. 

short_hdr — this is the structure for second and subse- 
quent communications of the second command. 

What is claimed is: 

1. Adata acquisition and management system comprising: 
at least two input computers, operably coupled via a 

communication link, each coupled to a respective local 
database of data records; and 
at least two portable computing devices, each operably 
coupled to one of the two input computers via a 
wireless communication channel for accessing and 
updating the data records of the local databases of the 
at least two input computers, wherein each portable 
computing device comprises: 

a CPU for controlling operation of the portable com- 
puting device; 

memory storing at least one data set, each data set 
having multiple data fields storing data values; and 

a touch sensitive display device for displaying at least 
a data I/O screen and for sensing contact by a user, 
the CPU defining multiple virtual regions upon the 
data I/O screen, each virtual region corresponding to 
a data field, the display device sensing contact by the 
user within a virtual region, the display device dis- 
playing within each virtual region a data value for 
the associated data field from a current data set, the 
CPU identifying a virtual region contacted by the 
user and executing a control sequence associated 
therewith. 

2. The data acquisition and management system of claim 

1, wherein each portable unit has an integrated code reader 
for data entry. 

3. The data acquisition and management system of claim 

2, wherein the data comprises in formation related a medical 
patient. 
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4 The data acquisition and management system of claim determining a specific event identifier corresponding tn 

3 wherem the data comprises one of personal information the identified virtual reek>n and COrrcSpODdlng t0 

gathered upon admittance for care, information related to Jueuunea virtual region, and 

past medical history of the medical patient, and information processing a predetermined sequence for the specific 

related to vital statistics of the medical patient. 5 event identifier. 

5. The data acquisition and management system of claim l5 - ^ data acquisition and management system of claim 
4, wherein the vital statistics include one of systolic, H wherein each virtual region corresponds to a predefined 
™jtcfoc, pulse, temperature and respiratory information. processing sequence which is initiated by the user bv 

6. The data acquisition and management system of claim contacting the associated virtual region 

2, wherein the code reader comprises an optical bar code w 16. The data acquisition and management system of claim 

7. The data acquisition and management system of claim 15 ' Processing sequence involves 
2, wherein the data comprises product information ° nC a entry °P eration > a data transmit operation that 

8. The data acquisition and management system of claim ^mmunicates data stored thereto to another computing 
2, wherein the data comprises information identifying a device > and a code scan operation for data. 

medical patient. 15 17. The data acquisition and management system of claim 

9. The data acquisition and management system of claim H wherein the graphical user interface further comprises a 
1, wherein each input computer comprises: virtual keypad displayed on the data I/O screen for entering 

a first server that manages the local database coupled symbols associated with keys of the keypad. 

thereto; and 18. y^s data acquisition and management system of claim 

a second server for receiving and transmitting packets of 20 14, wherein the graphical user interface further comprises at 

information to and from at least one portable unit over least one scroll bar displayed on the data I/O screen 

m^ re ! P f CtlVe WirdeSS communication chan nels. 19. The data acquisition and management system of claim 

10_ The data acquisition and management system of claim 14, wherein the graphical user interface further comprises at 

' m Wb 7 / he at least . two in P ut computers are part of a least one scroll bar format and a rolling key format 

computing tier comprising: 25 -> n tt,» a * - j y 

a „i n JL, rtffl * * ■ . , i . 20 - Trie data acquisition and management system of claim 

cite! theS SCIVCIS managlDg H WhCrCin thC graphical ™ T farihCT ^P^ 8 a 

« n i lir P i itv nf * nA P ... mem SCreen and a S ra P hin g screen, wherein each selection 

I f f , f ° r receivm S and transmit " the menu screen corresponds to a virtual region and an 

ting packets of information to and from portable associated processing sequence. 

computers, wherein a given second server selectively 21. The data acquisition and management system of claim 

communicates with portable computers located within ?i *u u- i . * !. ^ LC1U U1 Cldim 

a predefined region proximate thereto; f 1, WherCm the grapmCal USer mterface dis P la y s multi P le 



... - ' icons, 

wherein the plurality of first servers and the nluralitv of v> ti« a * • **• j 
second severs communicate with one anoTr via a u^, • H i*^ 1011 ,» d ™nagem 6n t system ofclaim 
communications network 35 14 ' wherCln the Snphicil ™** mterface comprises a text 

U. The data acquisition and management system ofclaim IT' me f ia * m ^ at Enables *° •» enter at least a 
I, 7 portion of a desired text data, that automatically searches 

wherein a given second server is associated with one of d *?. ^ ? mem0ry t0 retrieve texl data cIosest t0 the 
the plurality of first servers- portion of desired text data entered, and displays the 

wherein the given second server interacts with a given 40 "T^*** W ^ 

portable colter located with a predefined region i ^Z^^T^ manageinent s ? stem otcl ™ 

proximate thereto to service requests communicated '. t P . ^ com P rlses a messa e e notifl- 

from the given portable computeTand COmmttmCat6d <* 1 ™ mechanism that notifies the user of receipt of a 

wherein, upon determining £ one of said requests 4S SS^^X^^*"*^ 

savored in ^database cou^o! so U^SZS^X^T?£^ 
andsaiddataisreturnedlothegwensecondserverove, portable units occurs over tne respecUv e wirefel coml 

,Cati ° ntothC ^ ^ — ca «« operZy 

1*5 tu- j ♦ • j coupling tne two input computers. 

nT . ./ .... i""^>- one of the local databases via the respective wireless com 

13 The data acqujsition and management system ofclaim munication channels. P 

1U, wnerein communication between a eiven second server in ^t«f* ■ j 

and each portable computer is selec Jbascd Tnt fpT 60 t ^ d ^K'SnZ^ , ^ rf , C,,fa 

definedregion and position of the portable compute, l^l^Z^l^L^^ 

calmer interface that includes an event handler, the event respective wireless communication chan^eTtr stooge In 

•j ..... - , 65 the local database coupled thereto, 

identifying one of the virtual regions that corresponds to 

the location of user contact, . 
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[57] ABSTRACT 

A wireless system for providing services and time-critical 
information about places and events to mobile computers 
and their users proximate to their current locations or 
potential destinations within enclosed areas, urban 
landscapes, and open areas, including travel distances and 
transit times, entertainment, merchants' messages, area 
attractions, communications, current locations of system 
users, and traffic congestion information and user-generated 
information from bar-coded objects and digital photographs 
of scenes and other materials. Included is a combination 
low-radiation dosage-reception handset for wireless com- 
munications which includes bar-code reader and digital 
camera peripheral devices for mobile computers, a bracket 
for interfacing a mobile computer with radio to external 
systems, and methods for improving the operations of com- 
puter reception, search, and display of such information for 
the edification, efficiency, and enjoyment of computer users. 
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SITUATION INFORMATION SYSTEM 
BACKGROUND — FIELD OF INVENTION 

This invention relates to distributed information systems, 
specifically those which exchange information about places, 
their events, and details with mobile computers and their 
users. 

BACKGROUND — GENERAL DISCUSSION 

Societal changes, marked by increasingly mobile life 
styles, greater work demands, and downsizing in business 
and government, have desocialized public environments by 
reducing people's free time. A consequence is that the lively 
marketplace atmosphere that once inspirited our city centers 
has generally been replaced by inhospitable spaces. For 
example, in cities only at lunch times do people fill the few 
open urban spaces to socialize and find diversion before 
returning to work. Most people in our increasingly con- 
nected society require communications access in order to 
conduct their daily business, access generally unavailable 
outside of buildings. 

Environments providing accessible data communications 
resources would attract such people regularly since they 
could continue working on their projects. The presence of 
these workers would draw other visitors, some of whom 
might offer products or services or visit because of the 
interesting assortment of people rehab ly to be found there. 
Thus, after providing the seeding effect of appropriate 
communications services, modern-day marketplaces could 
again enliven our cities and towns. Such environments 
would provide a true sense of physical place which the 
Internet lacks. Businesses, potentially the best providers of 
such services, can't support them without payback, however. 

While people's need for information that specifically fits 
their needs has increased, the availability, accessibility, and 
timeliness of this information, about specific places, events, 
and their details, called situations herein, have decreased. 
The current population is aging but, at the same time, 
continues to travel more than those of the past. Everyone, 
particularly senior citizens, need ready information concern- 
ing events, conditions, and services about a place, particu- 
larly when it's unfamiliar or one which they are about to 
visit, to be more secure and better able to enjoy it. 

Similarly, people with physical challenges could function 
more freely in public places with the aid of a system which 
provided them with a specifically appropriate combination 
of aural, visual, and tactile information about their location. 
Having ready access to timely, proximate information, i.e., 
information particularly relevant to a user's location such as 
local services information, such as transportation-system 
routes and schedules identifying nearby stops and other 
services, would increase their traveling efficiency and safety. 

Because people now have less time, shopping is taking a 
greater proportion of free time. Worsening the problem, 
many stores are cutting costs by reducing staffing and 
merchandise inventories. Shoppers searching for price or 
stock information in a store must now spend more time 
searching the isles for help in finding the merchandise they , 
seek. Clearly, useful time-critical and specific information 
about stores' offerings — merchandise information — is 
increasingly out of reach. 

With Internet (via the PC) and TV information competing 
for audiences, local retail stores increasingly find it expen- i 
sive and difficult to advertise their inventories to their 
desired audiences. A system that leads the customer directly 



,956 
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to the offered merchandise, occasionally calling the custom- 
er's attention to related or promoted items, would increase 
that store's sales volume. 
In contrast to the diminishing availability of local 
5 information, world-wide information via the Internet is 
burgeoning. While users of the World-wide Web can get 
information about a specific product in a distant country, 
information about price and availability of a product at a 
local store is often frustratingly difficult to get. Once the 
10 product is located, the final shopping penalty is the time 
wasted in the cashier's line. 

A partial solution to these problems is the ubiquitous 
portable telephone. However, the expense for using it for 
frequent inquiries about services and products would 
quickly grow exorbitant. An obvious problem, too, is the 
lack of an accessible and efficient telephone directory or 
database to quickly connect to the appropriate information 
source. Product pricing information often requires a bar- 
code reader, i.e., a device for scanning the bar code, or 
universal product code (UPC), of a product, which is only 
available at the cashier's station. Too often such attempts to 
gain information results in wasted time. 

Another problem with portable telephones is their poten- 
tial for insidiously causing cancer in sensitive organs such as 
the brain. Because the radio frequency (rf) transmitter and 
antenna of the wireless telephone is the source of potentially 
cancer-causing electromagnetic wave radiation (EMWR) 
and is positioned near the head when the user telephones, the 
(0 head area receives the highest radiation dose. An additional 
potential health hazard of such telephones is their suspected 
interference with cardiac pacemakers. 

Lack of timely information about traffic congestion each 
year can cumulatively amount to several days taken from 
3 5 commuters' lives, as much as two weeks worth of eight- hour 
days in the largest cities, and, with fewer new highways 
under construction, the losses can be expected to rise. With 
better and more timely information about traffic, which 
includes aircraft, watercraft, etc., some traffic jams could be 
40 avoided. However, even after years of existence of the 
Intelligent Vehicle Highway System initiative, little 
improvement has been forthcoming. Currently, generally 
available traffic advisory information is limited to the air- 
borne radio report which only functions after a traffic 
45 slowdown happens to be spotted. Any solution to this 
problem must be cheap, simple, and ubiquitous. 

Timely and reproducible information about situations 
involving criminal acts would serve to reduce their numbers 
by deterring the perpetrators. For example, if cameras were 
so commonly carried by people, the probability of perpetrators 
being photographed and identified increases. A digital cam- 
era built in to a portable computer device or telephone could 
share some of the circuitry to reduce the marginal cost of 
adding it. Such a camera could also serve to record travel 
55 scenes, copy documents, and, for the solution to be widely 
embraced, provide entertainment for users. 

Information about places and their events, situation 
information, helps people to function closer to their poten- 
tial. Such information resides available, but largely inacces- 
so sible because it lies unindexed and distributed in a plethora 
of largely local repositories. The lack of access to situation 
information is largely a technological problem the solution 
for which includes elements of business, the Internet, 
entertainment, communications, and computer technology. 
55 In order for a solution to be workable and universally 
embraced, it must also be distributed, put into the hands of 
average people. 
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BACKGROUND-DISCUSSION OF PRIOR ART travel of the congested traffic. Sumner U.S. Pat. No. 5,182, 

Finding the location of radios, including transmitters and 555 ( 1993 ) ^ U.S. Pat No. 5,173,691 (1992) 

transponders, through various methods including show a messa ging system and data fusion system, 

chronometrical, i.e., time measuring, triangulation is well respectively, for an elaborate, centralized traffic congestion 

understood. The U.S. Global Positioning by Satellite (GPS) 5 j nformau ° n system. Such systems, with their centralized 

System and the Russian Global Navigation Satellite System information processing systems, prove expensive to build 

(GLONASS), collectively referred to herein as the satellite md maintain md are prone to failure. Barbianx et al. U.S. 

positioning system or GPS, are comparatively recent per- Pa V No ' 4 > 804 > 937 (1989) shows a wireless vehicle moni- 

mutations of these methods which provide precise time toring system for fleet operations which provides vehicle 

signals for mobile receivers to compute their location. GPS 10 °P crauonal data to a central database, 

signals are often obscured in environments of hills or tall Pr i° r art relating to further aspects of subject invention 

buildings. include Montague et al. U.S. Pat. No. 5,504,589 (1996) 

Methods of using rf signals from various sources for showing a wireless ordering system for food service appli- 

location finding are well known. McEwen U.S. Pat. No. cations; Register U.S. Pat. No. 5,465,038 (1995) showing a 

5,589,838 (1996) shows a mobile transmitter emitting pulse 15 rech «giiig and data-transfer docking bracket which accepts 

groups which are then triangulated by multiple stationary, a nandheld computer; Hanson U.S. Pat. No. 5,218,188 

self-gating pulsing receivers; the receivers must process (1993) shows a handheld data terminal with the cap ability to 

large data sets in order to resolve each transmitter's location. link ^ an rf communications computer; Kelly et al. U.S. 

Jandrell U.S. Pat. No. 5,526,357 (1996) shows a mululat- Pat * 5 484,314 (1993) showing a mobile data commu- 

erating communications system using mobile transponders 20 nications terminal with docking bracket for an external 

for intercommunication and locating. Duffet-Smith U.S. Pat. antenna and keyboard interface to accept a handheld com- 

No. 5,045,861 (1991) shows a method of determining the P uter ^ rf communications capability; Davis U.S. Pat. 

location of a roving receiver by way of computing the phase No * 5 > 052 ,943 (1 991) showing a recharging and data transfer 

difference of multiple signals from multiple transmitters bracket for receiving an elongate handheld computer; and 

Methods using combinations of satellite and wireless 25 et aL Y S \ P f N °' 4 > 982 > 346 (1991) which shows 

communications for fleet operations include Barzegar et al * ! 0C3tl ? n taodt for retail - ma11 promotion applications. 

U.S. Pat. No. 5,559,520 (1996) which shows a vehicle mile ^ subject matter of the latter six P rior - art exhibits 

routing system with GPS and an on-board locator control P*^? aSpCCtS ° f ? ubject invention > none P rovide the 

module with storage which provides modifiable route , n handheld «> m P^and communications characteristics that 

information, received data with location markers (which a bme md P lace " CTltical information system demands, 

term, markers, is neither clear nor defined) and alarms to qumiuaw nr? toc muDkmnM 

alert a central dispatcher of deviation from an defined, SUMMARY OF THE INVENTION 

assigned route. Similarly, Schreder U.S. Pat. No. 5,504,482 The Situation Information System relates to information 

(1996) shows a GPS navigation system with complex 35 communications between sources of timely information and 

on-board digital map storage, interfaces to vehicle control one or more information users which also provide informa- 

systems, route processing to destination, etc. Paul U.S. Pat. tion to other users. Broadly stated, situation information 

No. 5,524,081 (1996) shows a system of GPS-signal- pertains to information about events or conditions associated 

receiving vehicles with preloaded golf-course information with places which the mobile user may encounter or con- 

and a base station which provides differential location ^ sider visiting. It particularly includes events occurring or 

correction and information specific to the vehicle's location about to occur in a locus accessible to the mobile user and 

on a golf course. However, with thousands of mobile to which the user may arbitrarily choose to respond by 

transmitters, such as motor vehicles on crowded freeways, visiting one or more of the events, avoiding them entirely, 

or widely ranging systems traveling to diverse destinations, communicating them to another person, rectifying them, or 

the forementioned prior art would require unworkably large, 45 otherwise modifying plans and itineraries in light of such 

difficult to update, on-board locator data modules or data events. Sources of situation information are databases of 

bases. Such systems would suffer from the centralized nature local information and information from users themselves, 

of their information sources and would therefore be subject Additionally, the situation information system provides 

to complex data processing and data updating burdens which users with up-to-date map -tracking information relating 

no ordinary user could perform as the logistics would be 50 their location to events and situations as well as enabling 

unworkable. theni to respond in a timely manner. 

Other location-related prior art includes Penny, Jr. et al. ^ A comparatively simple area-data communications sys- 

U.S. Pat. No. 5,414,432 (1995) showing a locating trans- tern operates using high frequencies at sufficiently low 

ceiyer with GPS optionally included in a portable radio power levels to avoid interference with neighboring sys- 
which transmits a rescue message. Simms et al. U.S. Pat. No. 55 terns. For example, in substantially enclosed areas a system 

5,334,974 (1994) shows a mobile security system which consisting of multiple transceivers transmit a query signal to 

transmits position information to a central console map and mobile transponder devices included in handheld personal 

dispatcher for providing emergency service. Finally, Krenzel computing devices. When the transponder responds with its 

U.S. Pat. No. 5,124,915 (1992) shows a dedicated emer- identification sequence, its location is then computed 
gency information gathering system which provides infor- eo through chronometric triangulation based upon transponder 

mation to a central analysis location. Such prior art systems signal arrival times at the system receivers, 

address infrequent events as opposed to the need for con- In cities having "urban canyons" formed by tall close 

tinning information flow in many people's daily lives. buildings, Global Positioning System (GPS), meaning the 

Prior art addressing vehicle traffic congestion and navi- global satellite positioning system such as GPS GLONASS 
gation includes Sone U.S. Pat. No. 5,313,200 (1994) show- 65 or other systems, signals are further degraded by multiple- 

uig a centralized traffic congestion display system with path interference and signal-acquisition failure. In such an 

directional arrows to indicate the location and direction of environment transponders and receivers could use the rf 
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signal from a satellite positioning system as a timing signal other benefits accrue to users of subject invention First 

as toe source of a gating pulse or trigger to coordinate their because the handset is physically removed from the rf 

tactions. In this mode, upon receipt of the satellite clocking antenna of situation information device when in use rf or 

signal, the transponder transmits itssignal while, at the same EMW radiation to the head is reduced considerably By 
instant, local receivers begin counting in order to quantify 5 holding the combination display unit and radiative transmit- 

toe elapsed tune preceding their receipt of the transponder ter and antenna away from the body— at arm's length if 

signal emitted by the device Thus, device and transponder convenient— harmful radiation exposure is reduced by at 

location is then calculated chronometrically from the least two orders of magnitude. Radiation intensity varies in 

multil ZnT, ? ? ^y*'**-* 1 of ^erse proportion to the square of the factor of difference in 

mu tiple triangulating receivers In these location-findmg the distance. Thus, by moving the rf transmitting antenna 

systems position resolution to within a few feet is possible from about two inches from the brain, as it is in integrated! 
m an otherw.se obscuring topography. mobile telephoneS) to twenty 

in the preferred embodiment, a situation information exposure to the organ is reduced to a mere one per cent of 

system consists of at least one mobile computer wilh mul- the original intensity 

tiple transmitters and receivers i.e., radios, a known- 1S Secondly, to increase the situation information capability 

location information service provider including one or more of the system, peripheral devices such as a bar-code reader 

iVTh C DC ' T^' C T pUto f?^ Kae f ™ th and » digital camera, which term, peripheral devices, also 
memory which term includes storage drives, and RAM includes keyboards, printers, and omer input/output equip- 
ututs, and computer programs to provide for efficient situ- men t. The digital camera, because of the decreasing size of 
ation information exchange between them The mobile com- M its components, for example, the lens and the resulting tiny 
puter s transmitters and receivers include a receiver for aperture, can serve to copy documents and can be fit into the 

rr nMA« I 0 "" 5 ^ p m ^f^' ^ *? °' handseL In a configuration, these peripheral devices 
GLONASS, a transceiver for wireless voice and data tele- can share electronic components such as computer central 
commumcations capability, and a transposing transceiver processing unit, DSP unit, memory, storage, and rf units, as 
for location finding in topographically complex, mat is, a appropriate, to avoid cost and spice requirements of their 
mountainous areas or areas surrounded by buildings, e.g., in duplication. Included also is a wireless, meaning all photo- 
urban canyons and those enclosed within buildings, such n ic media such as infrared, data interface for wirelessly 
as stopping malls. connecting to peripheral devices, including the aforemen- 
2f| These radios can be produced in the form of multiple tioned handset, or suitably equipped computers such as the 
frequency radios to reduce cost and size, by requiring only jq desktop personal computer (PC) 

a single set of components, and function as many different Subject invention would prove useful to, for example 
radios depending upon their operating parameters. visitors driving into an unfamiliar city. They would want to 
™™ IkZ™ 1 ^ T?! T . th6 ? gnal taow about hotel accommodations and restaurant offerings 
C £ y , V ChlP CSPabl ! ° f PCT " k the as "*y approached it. While reviewing the hotel 
forming up to 1,600 milhon instructions per second, augurs 35 situation information, for example, their electronic map 
the coming of so-ca led software radios in which virtually all would show traffic congestion forming in their path and they 
rf processing functions will be performed m solid-state may choose to take a more immediate exit in order to avoid 
devices such as sikcon-on-msulator (SOI) methods. In the congestion. They would review hotels having vacancies and 
next few years wireless telephones with software transceiv- special offers in their price range and negotiate reservations 
ers appearing on the market will offer selectable protocols « by telephone or electronic mail (e-mail). Additionally, the 
and frequencies for GSM, CDMA, PCS etc. Smart antennas visitors could arrange their stay's agenda by reviewing the 
will continue to improve and provide greater selective area's attractions and entertainment offerings while homing 
directionality to further enhance the efficient use of rf in on their chosen hotel using the digital map which would 
spectrum, which, along with the advantages of digital show their position relative to .their god. As they approached 
communications, promises to provide an abundance of chan- 4s their hotel, the map display would zoom in to reveal 
ne capaciy. increasing detail, ultimately positioning them at the hotel's 
One such transceiver of subject invention provides voice entrance. Upon their arrival and because the staff using their 
communications which, because it is desirable that the form hotel computer, would be able to monitor the visitors' 
factor of the situation information device provide a usefully progress, the visitors could be greeted by name 
large display or graphical display unit (GDU), which term 50 Removed from its bracket mounted inside their 
includes all forms of sensory media such as tactile and aural automobile, the visitors could carry their situation informa- 
as well as visual and militates against an integral telephone tion device with them as they explore the city on foot and use 
ear piece or telephone speaker and a telephone mouth piece i, t0 learn about the city as they approach historical sites and 
or telephone microphone, separate the foregoing parts from attractions. While visiting a department store, one visitor 
toe rf processing section in the form of a separate handset. 55 could take a digital photograph of the other modeling a 
The handset, removably stored in or upon the case of the potential clothing purchase using the camera built into their 
situation information device, contains the aforementioned situation information device. The trial fitting and photo- 
speaker and microphone components and is connected to the graphing might continue at other stores so thafthe fit of the 
rf section by an extendible cord attached to a reel. The clothes from different stores can be viewed on the display 
handset may alternately communicate to the radio section of so and compared later. Next they might visit an attraction in the 
the situation information device by way of a photonic link, area such as a zoo or wildlife prelerve and use the bar^ 

mwlr A m m l • VP mcdla ^ P r lding the reader buat int0 ^ situation information device to search 
microphone and speaker signals are appropriately converted and receive additional information about plants, animals 
by^analog-digital and digital-analog techniques, respec- environments, and histories of specimens wey encounter 

"'.I; , .. „ . 65 Similarly, they could enter and record the organisms' names 

Although the small form factor customary of mobile and natural histories into their device as they photoerapb 
telephones is sacrificed in the aforementioned arrangement, them. 
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The same visitors the following day at the department provide convenient attachment for the removable telephone 
store could use their situation information device to search handset with integral camera and bar-code reader. Further, 
the store's gift suggestions to choose presents to give to their the radio transmitter section of the wireless telephone could 
grandchildren upon their return home. Their indicated be separated and located within the display section; the 
position, which is conveniently tracked for them on the 5 transmitter would then communicate with the handset 
store's floor plan shown on their display, would speed them through retractable wire or a wireless link such as infrared, 
on their way to the various items they've selected for Area services and public safety personnel could do their 
viewing. The bar codes of those items selected could then be j° os faster and more effectively with a ready source of 
scanned into their device, as well as that of the chosen situation information at their fingertips. For example, traffic 
clothing article, and, with their charge -card information 10 congestion and emergency-situation information can be pro- 
transmitted automatically to the store's system and verified, v * ded to a PP roacm ng motorists and distant emergency deci- 
the transaction could be completed with dispatch ' Sl0n makers > respectively, by those on the scene equipped 
. Such a system, which allows the store to provide its 

information and message to potential customers who are Emitted to those who evaluate emergency situation 
opportunely traveling nearby, stands a better chance of is information. In the case of vehicular traffic congestion, the 

enticing them to visit: getting a customer who is driving vehicle's location, speed, and travel-direction data could be 

along a nearby street into the store is easier than motivating collected and redistributed as real-time, graphical, traffic- 

him or her to leave home or work, get in the car, endure situation information. Thus, vehicle operators could avoid 

traffic, find parking, etc. traffic situations that lay in their paths. Motorists encoun- 
Further, a networked store could benefit by directing 20 te ring accidents could transmit digital photographs to the 

employees' activities to more profitable tasks like providing emergency-response dispatch center. Accident victims could 

better customer service, for example. Extending the idea rccord traffic-accident details, drivers involved, drivers' 

further, a customer possessing a device with a communica- identification, license-plate numbers, etc., as corroborating 

tion link to information from the store's product database, a V1SUal mfonDltl0IL 

terminal device for querying the database, and a bar-code 25 In yet another embodiment of subject invention the situ- 

reader, could shop for merchandise without the assistance of a u tl0n mformation de ™e would connect to external systems, 

store personnel. With appropriate prior credit arrangements, ™ sys P tems " are substantially external to the 

the shopper could collect and price his or her merchandise, S^?^ ^ T^' T ^ uT 

electronically execute the charge instrument for the pur^ h^TS ^ 

chased items, and exit. digital network, and other peripheral devices like a key- 

board. *<or example, after driving to the shopping area users 

In such a scenario, a local extranet and customer-carried connect to peripheral devices enabling them to send and 

display device could provide a new type of promotion and receive e-mail, print files, etc. 

advertising medium. For example, knowing a person's i n yet another embodiment of subject invention is a 
location, the networked store could increase customer traffic distributed system of information service providers which 
by transmitting special offers directly to the willing custom- pr0 vide data about geographical features, services, and 
er s device. An additional benefit is that customers can attractions in their local area and transmit that data to mobile 
receive services like maps and other aids to help them find devices foc display . Dat a such as mileage to various 
their way around the store or shopping mall to the desired municipalities, services, and attractions using a location- 
merchandise or store, respectively. ^ specific information sequence for fast transmission to 
Situation information devices could also provide addi- mobile devices which display the mapped information, 
tional digital information services such as electronic mail, compute distances from the mobile device's current 
entertainment, games, news, television, particularly digital position, etc. Each feature is identified by a code or byte 
TV, and access to other networks, including the Internet, for sequence containing fields for the name, global location, and 
example. The requisite services could also be provided by a 45 if applicable, Universal Resource Locator (URL), as well as 
store, a restaurant, or a shopping district association to variables for formatting and graphical symbol to be dis- 
promote a steady clientele, played or otherwise executed, aurally, for example. In oper- 
Subject invention also a provides a resource for foreign or atmg such a system, users of mobile devices with narrow 
physically impaired visitors who lose their way in an area bandwidth, i.e., slow communications devices, could receive 
without situation information services is a device with which 50 th e important subset of mapping elements for a given area 
they could transmit a digital photograph of their location to quickly. For example, they could receive elements such as 
local authorities who, after identifying their location, could main roads and cities and the separation, i.e., mileages and 
orient them. Alternatively, the posts of street signs could transit time, between them with which their mobile device 
carry an appropriately located bar code label which, when could compute their mileage and the estimated time before 
scanned with a bar-code reader, would instantly reveal the 55 arriving. Also, the mobile device itself could store standard 
reader's location and the names of nearby streets, etc. A graphical symbols for even more rapid display of such map 
mobile computer and wireless telephone with peripheral features in the locations specified by the downloaded map- 
devices built-in, such as a telephone handset, a digital ping information. Devices could then download additional 
camera, and a bar-code reader would enhance visitors' information, including detailed maps, from the information 
exploration and enjoyment of an area. 60 provider should that be required. 

/JL| With camera and bar-code reader combined with the Objects and Advantages of the situation information sys- 

v\ telephone handset, users would require a single element to tern: 

perform all three functions. Also, many of the same elec- a system for providing mobile users with time -critical 

tronic components could provide function to each of the situation information. 

peripheral devices, for example, the digital computer could 65 a system for providing mobile users with geographic 

provide much of the digital processing for the peripheral location information, such as corrected by differential 

devices. The housing of a usefully large display could also GPS. 
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system for providing mobile users with a multiple- 
function device to generate time -critical situation 



10 



10 



25 



30 



information, such as that pertaining to traffic 
congestion, events, and emergencies, for themselves or 
for others at other locations, 
a system for providing situation information, such as area 
maps, other users' current locations superimposed on 
an area map, and transportation schedules, to enhance 
the efficient mobility of the physically impaired and 
others. 

a situation information system which provides local or 
proximate information, such as merchant's advertising 
messages, merchandise offers, and tourism site 
information, according to mobile users* location. 

an information system with which a shopper can better 15 
serve himself or herself by, for example, determining 
product availability by querying a store's inventory, 
determining the price of products using a handheld 
multiple-use electronic device which includes a bar- 
code reading device, and electronically paying for the 20 
selected merchandise without requiring assistance from 
store personnel. 

a system for merchants, acting on a short-term basis, to 
communicate special offers to customers in order to 
increase store traffic, reduce inventory, and increase 
sales. 

a system for collecting a facsimile of local situation 
information, such as a local scene, printed materials, or 
graphical information, using a multiple function system 
which includes a digital camera. 

a system in which bar-code information posted in various 
places in an area, one without other available locating 
means, is used to orient visitors to the area and aid in 
determining their location. 

a system for providing situation information produced by 
a digital camera and bar-code reading device transmit- 
ted by a wireless transceiver for displaying on the 
user's graphical display or communicating to another 
device. 

a system for generating situation information for vehicles 
derived from GPS or other peripheral device for trans- 
mission to another user for displaying on an associated 
graphical display. 

a system for locating a transponder using a satellite 
positioning system time signal as gating pulse for 
subsequent position determination by other receivers. 

a situation-information collecting and processing device 
for use in a vehicle which can be detached from the 
vehicle's systems and operated by a pedestrian user. 
J 0 a system for providing situation information received 
from a wireless telephone with its antenna and trans- 
ceiver mounted in a handheld computer and display 
unit and the telephone's microphone and speaker 
mounted in a separate, but communicatively linked, 
handset unit with other peripheral devices such as a 
digitally copying camera device and bar-code reading 
device. 

a computer system which includes a wireless telecommu- 
nications device, the handset of which is separate from 
the rf transceiver and can be securely attached to the 
computer device when not being used. 

a distributed information system for mobile users which 
provides local area information, for example, map, 
travelers' services, and geographical features 
information, in a concise form suitable for rapid down- 
load and display on the user's mobile device. 



a mobile information system with which users could 
represent themselves on other user's computer displays 
with graphical symbols which could also be executable 
computer code to provide animation, sound, etc. 
a wireless telephone that greatly reduces radiation expo- 
sure to the user's head area consisting of a handset, 
which encompasses the telephone microphone, 
speaker, and appropriate electronics circuitry, spatially 
separate from but communicatively linked to its rf 
transceiver by a retractable cord or infrared (IR) trans- 
ceivers. 

a situation information system which automatically and 
serially downloads from one or more selectable lists of 
one or more information sources or sites into memory, 
including storage, for viewing on later demand concur- 
rently with the user employing information, for 
example, by viewing or hearing, from a previously 
downloaded site, 
an on-line information system in which users' customary 
information-source selections, such as electronically 
accessed sites catalogued on one or more visit lists, are 
automatically retrieved while the user is using or view- 
ing information from a site downloaded earlier in the 
session. 

an on-line information search system in which users' 
interests, entered as lists of keywords or search terms, 
are automatically searched for their occurrence on each 
site serially downloaded from visit lists, and sites 
containing keywords are themselves automatically 
downloaded, while the user is using or viewing infor- 
mation from a site downloaded earlier in the session, 
a mobile on-line information system in which a user can 
select geographically ordered information sources, 
which are advanced from the user's current location 
and have no other relationship to it, and choose to visit 
on the basis of the current events at that location, 
an on-line system providing users with a method of 
locating one another in an area through the use of 
unique user location and direction symbols, 
an on-line system that provides a sense of place in contrast 
to the Internet's abstract nature and lack of physicality. 

DRAWING FIGURES 
The breadth of the situation information system is 
reflected in the many possible embodiments which take their 
form in various parts and arrangements of parts. The fol- 
lowing drawings are provided for the purpose of illustrating 
its many aspects and embodiments and should not to be 
construed in any way as limiting. 
50 * ^ a diagram of the main components of a wireless 

situation information system for physicallt defined environ- 
ments such as shopping areas. 

FIG. 2 is a diagram of a basic situation information device 
with graphical display showing an exemplary retail-store 
5S floor plan and other graphical situation information ele- 
ments. 

FIG. 3 is a diagram of the main components of a wireless 
situation information system for topographically irregular 
environments, including those in cities, 
so FIG. 4 is a diagram of a situation information device 
which includes multiple peripheral devices such as an 
enclosed telephone handset with digital camera and bar-code 
label reading device, exemplary display showing an urban 
plan, and other graphical situation information elements. 
65 FIG. 5 is a diagram of the main components of a situation 
information system for comparatively regional, open envi- 
ronments. 
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FIG. 6 is a diagram of a situation information device with The service provider includes transceivers 32a, 32b, and 

graphical cusplay showing a exemplary metropolitan area 32c, antennas 14a, 14b, and 14c, GPS receiver 34a, GPS 

plan and other graphical situation information elements. antenna 21a, control system 36a, network 30a, data 38a, 

FIG. 7 is a perspective drawing showing the rear view of memory 39a, and communications network 31a. The radio 

a situation information system connected to a fixed-services 5 locatin g instrument signaling function is shown operating on 

bracket for use in a vehicle or building. two dev ices, 18b and 18c. That of mobile device 18b is 

FIG. 8 is a diagram of the major connection components l^tt ul ^f* ^ kf °™ ation transmission 

of a situation information device and fixed-services bracket 5? ^1^?°* rece P lon . 2 ^> sa * e f e mte ™ 

in an exemplary vehicle installation. f£ °^ rCCC f lV * 4a > f^i 1 ? either mobile «> m P*« 

™^ o . j. r , 10 186 or 18c > ^formation 16a, 16b, and 16c or information 

FIG. 9 is a diagram of an exemplary embodiment of a 16a", Ue, and 16/, respectively, antennas 14a 14b and 14c 

telecommunications handset, including photonic link to its transceivers 32a, 32b, and 32c, and control system 36a ' 

separate host device, which includes additional peripheral FIG. 2 shows a basic alternate embodiment of a situation 

™^ S * . information device 2a which is a handheld computing and 

FIG. 10 is a perspective drawing of the use of a situation 15 wireless communications device with control programs spe- 

information device with separate, photonically linked hand- cine to a situation information system such as that shown in 

set for telecommunications in which the user simultaneously FIG. 1, device 2a includes a touch-screen graphical display 

refers to information displayed by the situation information unit 4a, controls 7a, 7b, 7c, and 7a" provide user-modifiable 

device - control for device 2a power, display 4a contrast, brightness, 

FIG. 11 is a diagram of the display portion of an exem- 20 an< * s P ea ker 7c loudness, respectively, speaker 7e, IR trans- 

plary situation information device showing the look-ahead ceiver 13a for communication with other devices, and rf 

function displaying map elements of a given local area. antenna 14a*. Aforementioned graphical display unit 4a 

FIG. 12 is a diagram of the mappable hypertext code shows information including retail-store floor-plan proxi- 

sequence for displaying rapidly mappable and executably m ^ te information station 3a, floor-plan information feature 

selectable information, individually called mappable hyper- 25 exit svmD °l floor description information 3c, and esca- 

text items, to a mobile device for display. lator . symbol 3a", visit list program control icon 5a, and 

FIG. 13 is a flow diagram of the main components of the S ^ rvice P rovider scarch hit icon 5b > device location and 

service provider computer control program of the preferred dircctl0cl symbol 6a which symbol can be a mappable 

embodiment of a situation information system hypertext item that the user may executably select in order 

FIG. 14 is a flow diagram of the main components of the 30 ix f asu ^ ° r e ^*^ computer code 

usercomputercontrolprogramofthepreferreLmbotoent ZSnn t^l ^ ™* HQ ' U F 01 * 

of a situation information system. d *f C T 7 ?l ' S6mCe PT0VldtV menU 6c ' P roximate 

vrr K^.fl^^v ?*u station banner bd, proximate merchandise banner 6e, which 

HG 15 is a flow diagram of the mam components of the may be made to appear animated the ^ ^ f M 

ment Tf TTT f ? 35 ™* ****** hypertext Items, device control icon 

ment of a situation information system. 8a, and d^playscroU icon 8b. Additionally, symbols of other 

FIG. 16 is a flow diagram of the mam components of the devices, such as other device symbol 6s in FIG. 11, which 

keyword-search computer control program associated with indicate their users' locations through the use of a graphical 

the visit list control program of the preferred embodiment of symbol may be shown in their appropriately mapped loca- 

a situation information system. ^ tions on display 4a. 

Description of situation information system basic alter- Operation of the situation information system basic alter- 
nate embodiment in FIGS. 1 and 2: nate embodiment shown in FIGS. 1 and 2: 
2^ Referring now to FIG. 1 which shows an alternative Referring to FIG, 1 in which is shown two modes of 
embodiment of a situation information system used in a operation of subject invention, the first mode, location 
defined environment such as a shopping area in which can 45 finding, occurs in which transceivers 32a, 32b, and 32c are 
be seen rf antennas 14a, 14b, and 14c, the locations of which time-calibrated and synchronized by means of precise tim- 
are known, and which generally transmit and receive infor- ing signals introduced to control system 36a, such as from 
mation from mobile computers 18a, 18b, and 18c. Specifi- satellite 20a via information transmission 22a, information 
cally in FIG. 1 antennas 14a through 14c are shown receiv- reception 22b, satellite rf antenna 21a, through building 
ing information 16a, 16b, and 16c as well as 16a*, 16e, and 50 structure 25 to GPS receiver 34a and thence to control 
16/ from mobile computers 18b and 18c, respectively, to system 36a. One of transceivers 32a, 32b, or 32c, on an 
provide services from the service provider including finding optionally rotating basis or other scheme, periodically trans- 
the locations of the aforementioned mobile computers and mils a gating pulse, via antennas 14a, 14b, and 14c, 
receive information requests. In addition, antenna 14b is respectively, to a transponder (not shown) located in each of 
shown transmitting and receiving information 15a to and 55 situation information devices 18a, 18b, and 18c, such as 
from mobile computer 18a. Antennas 14a, 14b, and 14c are device 2a in FIG. 2, each of which transponders subse- 
connected to control system 36a by way of transceiver-A quently respond to the received gating pulse by transmitting 
32a, transceiver-B 32b, and transceiver-C 32c, respectively. an rf signal such that the differences in arrival times of which 
Control system 36a is connected to data and memory the signal at each of the aforementioned antenna-and- 
components 38a and 39a, respectively, and to other systems 60 transceiver pairs are used to compute the intersections of 
including global communications network 31a by way of each envelope of distance of each of the transponder con- 
computer network 30a. In addition, control system 36a taking devices from each of the antennas and the location of 
receives precise time signals from satellite 20a by way of each of the aforementioned devices thereby, 
satellite information transmission 22a, information recep- ^Accompanying each of the transponder signals is an 
tion 22b satellite rf antenna 21a, and GPS receiver 34a; 65 identification code which uniquely identifies its device by 
satellite rf antenna 21a is shown located outside the building means of which the location of each user is determined and 
structure 25 to receive satellite information. identified by the situation information service provider The 
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user's location coordinates are then transmitted to the user's 
device for incorporation into display-program variables (not 
shown) and presented appropriately on display 4a in FIG. 2. 
Additionally, the service provider may wish to gather mar- 
keting and traffic data in order, for example, to determine the 
effect of certain merchandise or other displays on traffic 
patterns, speed, frequency of visitation, duration of viewing, 
etc. 

The second mode of subject invention's operation, that of 
providing situation information services, occurs in which the 
location of the mobile situation information device 18a, 
being updated in service provider memory 39a, is correlated 
with proximate information to be transmitted, user-provided 
filters and options (shown in FIG, 14, below), and requested 
information from, depending upon the requested informa- 
tion's nature and location, data 38a, network 30a, and 
communications network 31a. Certain information device 
users, such as that of device 186 used by a physically 
impaired user, may require alternatively conveyed 



14 



man-made topographic relief such as canyons and cities, 
respectively, in which can be seen rf antennas 14e and 14/ 
of known location which generally transmit and receive 
information to and from pedestrian mobile situation devices 
5 18a* and lSe and vehicle mobile devices 19a and 196, the 
distinction in mobile devices being that the latter is carried 
in a vehicle as shown in FIGS. 7 and 8, In the figure, 
antennas 14e and 14/ are shown receiving information 16g 
and 16h, from vehicle mobile device 19a, and 16i and 16/, 
10 from pedestrian mobile device 18e, to provide services from 
the service provider including finding the locations of 
mobile devices, similar to device 2b in FIG. 4, and receive 
information requests. In addition, antenna I4e is shown 
transmitting and receiving information 15b and 15c to and 
15 from pedestrian mobile device 18d and vehicle mobile 
device 19b, respectively. Antennas 14e and 14/ arc con- 
nected to control system 36b by way of transceiver-A 32a* 
and transceiver-B 32e, respectively. Control system 36b is 
connected to data and memory components 38b and 39b, 



• e~ *• i_ Lt * t • « . ~ — * — wiui^u^u tu uaia ana memory components 3ob and 39c 
information, such as that which is verbally or tactilely 2Q respectively, and to other systems inchiding global commu 
conveyed from an annroonatelv configured deW. zu L _i_ , / , B giuudi cummu 



conveyed from an appropriately configured device. 

The basic embodiment situation information device 2a^ 
shown in FIG. 2, having been connected or logged on to the 
service provider's system in FIG. 1 and the device's position 
being known by the information system of FIG. 1, i.e., 
residing in memory 39a, operates by receiving information 
via antenna 14a", conveying the information to the user via 
display 4a and speaker le, the characteristics of which 
information can be changed by the user via controls la 



25 



nications network 31b by way of computer network 30b. In 
addition, because topographical features 23a and 236 inter- 
fere with ground-level reception of sufficiently diverse GPS 
signals for reliable position determination, the aforemen- 
tioned mobile devices function as transponders, signals from 
which devices are gated by one of the available satellite rf 
signals. Thus, control system 36b selectively receives accu- 
rate time and transponder-pulse gating signals from either 
satellite 20b or 20c by way of satellite information trans- 



„ . - , A , ? * Z , ' — * w Ul u y w ay oi saienue miormation trans- 

through Id. As the user s location, shown on the display by 30 mission 22c or 22a*, respectively, information reception 22h 

device location and direction svmhnl Armma^pc «nthm n n ^n,'4 r hl _ _ i . - - . . . . . . ' 



device location and direction symbol 6a, approaches within 
a selectable distance of proximate information station 3a, 
proximate station banner 6d appears on display 4a, followed 
by proximate merchandise banner 6e to call user's attention 
to, for example, a short-term offer of merchandise which, as 
mappable hypertext items, may be executably selected by 
user to provide additional information or execute as com- 
puter code as described in FIG. 12 below. User may orient 
himself or herself globally by north direction arrow 6b 



satellite rf antenna 21b, and GPS receiver 34b. In addition, 
vehicle mobile devices 19a and 196 are shown receiving the 
aforementioned time and gating signals via information 
reception 22e and 22/, respectively. Pedestrian mobile 
device X8e also receives the same information signals via 
information reception 22g through the device's built-in 
antenna (not shown). 

The service provider includes transceivers 32a" and 32e, 
antennas 14e and 14f, GPS receiver 346, GPS antenna 216, 



m -*u- 4U u u a -r — • * — ' iter ana ±<tr, urs receiver liFS antenna 216, 

^.^^^^^^^^^^r « control system 365, network 39b, data 386, memory 39fc 

bv exit svmbol36 near exit dorm* rn airpet nam*»H Q j ... ' . V > 



by exit symbol 36 near exit doors to street named on a map 
and floor plan details such as escalator symbol 3a*. 
Additionally, user may change or scroll the portion of floor 
plan in view on display 4a by pressing, or executably 



and communications network 316. The radio locating instru- 
ment signaling function is shown operating on two devices, 
19a and 18e. That of vehicle mobile device 19a is provided 
by satellite 206 or 20c, satellite information transmission 



tUa • * i . « — J * aaiwuiG *™ saieime miormation transmission 

S; of scro11 lcon Sb t0 - 22 < « ^rsr**> — **p*< - 22e 



move the view in that direction 

The user may optionally access other service provider 
functions by selecting from service provider menu 6c, other 
device functions, e.g., e-mail, by selecting device control 
icon 8a, conduct a search of current service-provider infor- 
mation and which results appear on display 4a by search hit 
icon 56 which is shown positioned adjacent to menu item 
"Contact us" which serves to implement retrieval of the 
desired information, or enter information through unat- 



and 22/t, satellite antennas 216 and 21c, GPS receiver 346, 
vehicle mobile computer 19a, antenna 14g, information 16g 
and 16h, information 16/ and 16;', antennas 14e and 14/, 
transceivers 32d and 32e, and control system 366. The radio 
50 locating instrument signaling function of pedestrian mobile 
device 18e is provided by satellite 206 or 20c, satellite 
information transmission 22c or 22a", respectively, satellite 
information reception 22g and 22h, satellite antenna 216 
(pedestrian mobile device antennas are not shown), GPS 



— ~" — -l,^ una.- ujcucauidu uiuuiic uevice antennas are not snown), CiPS 

tached peripheral devices (not shown) such as keyboards S5 receiver 346, pedestrian mobile computer 18e, information 

which mav com nrmn mate, with rt^vW *)n uia td tr« n[ .^.'. u . j -i <■ * l * t * *~ . . ' . 



which may communicate with device 2a via IR transceiver 
13a. User may optionally download other information from 
a prepared list of sources automatically while viewing the 
information currently shown on display 4a and view the 



16/ and 16;, antennas 14e and 14/ transceivers 32d and 32e, 
and control system 366. 
FIG. 4 shows alternate embodiment situation information 
„ iU „ r , n Tnn 'tW ~u 11 — r *~ J r. T" Ti V T device 26 which is a handheld computing and wireless 

e £c JS, ! 1 B ^T &y t a ^ nA i nformation ^ « communications device with control p£grams specific to a 
executably selecnng v»t to control icon Sa causing the sihla Uon information system such as thafshown in FIG 2 

Sito7or°^ mPrOCeSmg0reXeCTtmgthe ^^^ Devic e 2*i n ctodesatou C h-scree ng raphicaldisplayunit46; 
inrormation or code. device contK)1 Jf> speakcf 7g ]R transceiver m for com _' 

Ucscnption of situation information system alternate munication with other devices, and rf antenna 14/ 
embodiment in FIGS. 3 and 4: 6 5/£Grapbical display unit 4b shows information including 

such as proximate information station retail store 3e, infor- 
mation features such as bank 3/, street name 3#, and side- 



Referring now to FIG. 3 which shows a situation infor- 
mation system used in environments of irregular natural or 
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walk curb 3ft, visit list program control icon 5c and service options (shown in FIG. 14, below), and response to user- 

Soufn^ * T 5d ' k V? l0Ca&n "^direction Wted information from depending uponThTrequeTd 
symbol 6/, north direction symbol 6g, service provider menu information's nature and location, data 386, network 306 o r 

which includes component such as extendable mouthpiece M conveying information tactilely (nofshown) 

yb t microphone 9c (shown in phantom} and mouthDiece tu u • • . 7 v ; 

hinge H ear piece Speaker 9e, P digital cop'i camera 9/ 4 ££f SltUatl ° n device 26 shown in FTG.*- 

camera lense assembly 9g, camera operation button 9ftand ' *^ k ^ « logged on to the system and its 

lip lid within the housing of device 26 by latch 11 which 3 >°P™** by receiving information via antenna Mi, 

rotates around pivot pin 11a and han<Jset 9a is urged fom 15 3^ ^ m h form ! tlon , to ™™ « 
the housing of device 2b by the user-in tiated acZ Cha ? rterl f ^ ° f WhlCh be chan e ed «* 

sequence of depressing rele ase button 116 which retracts , ^ ™ ST"? md " dlDg 1{ ' M the device 

lockmgdevicellcasitro.ates^^ Son3dL 7 ' ^ «» device 

the force of spring Ug allowing latch 11 to rotate relatively , n Zl Hi^n f * * 6 '> a PP r ° aches within a ^ 
outwardlydue to the urging o Compressed spring 11/ and 2 ° tluJl V of f « v f» m »«t P"™"te information 
stop against stop lift after partially ejecting ha2 9afom u "h ™ " ^ * ^ m6SSage 
the housing. Handset 9a is electrically connected to device ™L * T i tT^ * T ' 0r " u Pti ° nal advertisin g 
26 by way of cord 13c which is extendably stored on *H!f - ( 7?' ^ ap ? W ° n ^ diSplay aWaiting 

IS KK 3 n ° n r dT on system aIteraa,e p G r,i d s d h ke ^ rd sea f fo \ i — ab - ™« 

| * Referring to FIG. 3 which shows two modes of operation 

mVeQtl ° n ' ?t flrS !, « de ' l0Citi °? finding ' ° CCUrS Select me menu P° rti011 entitled "1 to. Specials" which 
mwhichtran S cewers32dand32 e ar e coordmatedwithlocal 30 causes sub-menu 6i to appear on the display showing 

fZTT„ TVS? Pf ? P ared - to rCC ' iVe teans P 0Ilder cate 8°ries of merchandise included in the aforementioned 

signals by receipt of the pulse-gating timing signal intro- offers. Search hit icon id, with "Hiking Gear" message 

duced to control system 366 from appropriate satellite 206 which is similar in use to that of search hit icon 56 above 

or sate 1 lite 20c via information transmissions 22c or 22rf, is shown overlapping the portion of the submenu entitled 

respectively, mformaaonre^pt on 22ft, satellite rf antenna 3 s "Children's" which indicates that a 1 hr. "al in the 

216 to GPS receiver 346. Vehicle mobile situation informa- Children's Dept. offering Hiking Gear is currently in effect 

tion devices 19a and 196 and pedestrian mobile situation The system user, indicated by device location Section 

information device 18* receive pulse-gating signals from symbol 6/ and which may be'a mappable hypertext tem as 

one of the satellites via informaUon reception 22,, 22/, and described below in FIG. 12, may orient htoself or herself 

22^ respectively, and each of the devices subsequently 40 globally by north direction arrow 6g, by building occupant 

responds by transmitting an rf signal such that the differ- information such as store 3e and bank 3/, by stref t nZl Z 

ences m arrival times between rece,pt of the satellite signal on map, and sidewalk curb 3ft. User may elect to receivf 

and the transponder signals at each of the antenna and information from other service providers by operating a visit 

transceiver pain* are used to chronometxically compute the list program (shown in FIG. 13), in which caL, executably 

intersections of each distance envelope pertaining to the 4 S selecting visit list control icon 5c would cause the first site's 

d^iceffrnm nffh ^^-containing mobile information to be presented on the display. Additionally, the 

tlTrfZ f f f r I™! • ■ ^ nCe ' . detennlmn g ™ "»y ^nge or scroll the portion of map in view on the 

A™w ^ 1 ' h6 , SltUatl0n 1 lnfo nnahon devices. display by pressing the appropriate arrow of display scroll 

Accompanying each of the transponder signals is an iden- icon 8c to move the view in me arrow's direction 
me^of^Lhl^ each device by so Refening still to FIG. 4, handset 9a is released from latch 

Sed Tv The tLatioTLoL a T ™ 1* T ^ U ^ depreSSi ° n ° f latch Ielease button Ufc which 
dentined by the situaton mformatior. system. The user causes the latch to deploy handset 9a by urging integral Up 

location coordinates are then transmitted to the user's device U rf relatively outwardly as described abov^HaLlet 9a 

t^^^^&^y* 7 "^ 55 mUniCati0nS " y iDi,iatln 8 ^le—cations opTraZs 

tion and direction symbol 6/ Additionally, the service pro- through selecting the appropriate display-based menu eroun 

vider may W1 sh to gather marketing and traffic data in order, (no, shown), spelking £o& speSc hi mouto pkee 96 

for example, to determine the effect of certain merchandise which, urged by spring (not shown) deXs rotSiv' 

displays, signs, or media presentations on traffic patterns, about pivot 9,/ as handse is depZd ffKS 

speed, frequency of visitation, duration of viewing, etc. 60 as the user pulls relatively outwardly aga^t reSfo^ 

n^r^ ^ f SUbjC , Ct mVeDtl0n ' S ° Perati ° D ' ^ ° f ° f SP™^* (n^ *h°wn) reel is/actmg on cord Sc 
providing station information services, occurs in which listening through speaker 9e, hrough transceiver means So 
Ration transm^onpertammgtouielocationofpedes- shown) located substantially wiminelectronics enclosu e 2 c 
™LT , T m 0nnat,0n d r' Ce } Sd aDd vehicle ™* "di^ively to service provider, including other telecom- 
mobile situaton information dev,ce 196, being updated in 65 munitions services, through antenna 14!. AlternS 

^Z^irT 1 H m T 0ry t' T CO " M ™ a ' Pr ° Xima,e eXCCU,abl y seleclin g ^Priate display-b^™S 

mformaUon to be transmitted, user-provided filters and (not shown) digital coping" camera 9/ peripheral devke 
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Located within handset 9 a, may be used in place of a ^FIG. 6 shows a preferred embodiment situation informa- 
document scanner for digitally copying documents or tion device 2c which is a handheld computing and wireless 
recording ^scenes by framing subject matter appropriately in communications appliance with control programs fnot 
view of display 4b and pressing button 9h to record the shown) of the situation information system such as that 
viewed scene through lense 9g. 5 shown in FIG. 5. Device 2c includes a touch-screen graphi- 

r Because lense diameters of digital camera units are of the cal display unit 4c, device controls Ih, 7i, 7;, and 7*, speaker 
/ order of a quarter of an inch, hyperfocal distances are 7m, IR transceiver 13e for data communication with other 
significant and, therefore, a general-purpose camera can devices, and rf antenna 14*. The graphical display unit 
have a fixed-position lense. A subset of recorded, i.e., display 4c, shows information including regional highways 
captured image subject's graphical information (not shown) 1Q 3i, highway information 3;, visit list program control icon Se 
can be displayed on the display m order to reduce bandwidth and service provider search hit icon 5/ device location and 
/ requirements and, therefore, time required to begin record- direction symbol 6;, north direction symbol 6k, traffic con- 
J ing a subject. Handset 9a, when appropriately deployed and gestion indication 6m, traffic congestion legend 6n device 
^ 3^ by dls P la y- bascd ^"iag 5 ( fl ot shown) includes control icon 8d, display scroll icon 8c, look-ahead icon 8/ 
\ y PC 1 bar " codc rcader 9l Peripheral device for reading and 15 proximate information menu 6p, and proximate information' 
\ deciphering bar-code labels on street signs to determine map submenu 6q, which latter two menus and device location and 
1 coordinates and names of intersecting streets should situa- direction symbol 6; may be mappable hypertext items as 
\ tion information service be unavailable, for example, or described below in FIG. 12. 

\ information about products, and storage container contents. Operation of the situation information system preferred 
1 Information derived from copied documents, digitized 20 embodiment shown in FIGS. 5 and 6 

^;J^ dCCiP iT ed b f C ° dCS ; Can v bC COmmunicated t0 ^Referring to FIG. 5 in which vehicle-located mobile 
lZ T ° VST ^ ' r T v' ? ~ m ^° n ^ ation information devices 19c and 19* of subject invent 
\ T 1 ' 0 P T ; m t V , ^ can be 56611 P rovidin S situat ™ information, n the forrn 

V l^ll^T™ f u C ° mm ™ C W 1 irclcss] y ^ device of mobility-related information about each of the devices as 
\2Z> as with device 2, shown in FIG. 10. ^ well as information and services requests, by way of anten- 

Description °j situation information system preferred nas 14/ and 14;, respectively, and information lSd and 15*, 
embodiment m FIGS. 5 and 6: respectively to the situation information service provider by 

^ Referring now to FIG. 5 which shows a situation infer- way of antenna 14h, and the devices themselves receiving 
mation system for use in comparatively open environments situation information from the provider, in the form of 
which includes transceiver 32/ which generally transmits 3 o processed traffic data, other proximate situation information, 
and receives information to and from mobile situation and other services. The approximate locations of the devices 
devices located in vehicles 19c and 19d by way of rf antenna are derived from timing signals received from the GPS 
14h. Transceiver 32/, by way of its antenna, is shown satellite constellation, i.e., those satellites available for pro- 
transmitting and receiving information lSd and 15e to and viding positioning information, of GPS satellites 20d 20c 
from the mobile devices (not shown) represented as being 3 5 and 20f by way of satellite transmitted information 22i, 22] 
located within vehicles 19c and I9d, respectively, by means and 22*, respectively, to devices 19c and 194 by way of 
of antennas 14i and 14;, respectively, in the manner shown satellite received information 22m and 22«, respectively, and 
in FIGS. 7 and 8, below. Transceiver 32/ connects to control GPS antennas 21/ and 21g, respectively. As the devices' 
and data system 36c, which, in turn, connects to differential users log on to the situation information service provider by 
computer 38c and memory 39c and to other systems includ- 40 broadcasting users' identification codes and, optionally, glo- 
mg global communications network 31c by way of computer bal coordinates, the service provider responds with 'each 
network 30c. Control and data system 36c receives GPS user's channel assignment, which channel may be a specific 
signals from satellites 2(W, 20e, and 20/by way of satellite rf, a digital-code channel, or another communications chan- 
information transmissions 22i, 22;, and 22k, respectively, nel selection scheme. Note that the service provider receives 
information reception 22p, GPS antenna 21e, and GPS 45 GPS information 22p from the GPS satellite constellation to 
receiver 34c. The mobile devices located in vehicles receive GPS receiver 34c by way of GPS antenna 21e, and the 
GPS signals from the satellites via satellite information information is processed by differential computer 38c to 
transmissions 22z, 22;', and 22* and information reception derive the corrections necessary to produce mappably accu- 
22m and 22n, respectively, and GPS receivers 21/ and 21g, rate global position or coordinates of the mobile device's 
respectively, as further shown in FIG. 8. 50 GPS antenna and those of other users substantially through- 

The service provider includes transceiver 32/, antenna out the service provider's service area. At an early point in 
14/i, GPS receiver 34c, GPS antenna 21c, control system a communication session the service provider may also 
36c, network 30c, differential computer 38c, memory 39c, respond to each user with GPS corrections specific to each 
and communications network 31c. The radio locating instru- satellite currently in use by the situation information system 
ment signaling function for vehicle mobile device 19c is 55 and the users such that the devices compute differentially 
provided by satellites 20d, 20c, and 20/ satellite information corrected global positions. 

transmission 22*, 22;, and 22*, respectively, satellite infer- Alternatively, given sufficient information communica- 
mation reception 22m and 22p, satellite antennas 21c and tion and processing bandwidth, the service provider may 
21/ GPS receiver 34c, antennas 14* and 14h, information compute each user's corrected position coordinates and 
lSd, transceiver 32/ and control system 36c. The radio eo transmit each user's coordinates back to the appropriate user 
locating instrument signaling function for vehicle mobile Users' positions may be broadcast to ail pertinent users such 
device 19d is provided by satellites 20</, 20c, and 20/ as shown in FIG. 11 and its associated description The 
satellite information transmission 22i, 22], and 22*, service provider receives and transmits the information with 
respectively, satellite information reception 22* and 22p, transceiver 32/ by way of the antenna 14h, computes cor- 
satellite antennas 21e and 21g, GPS receiver 34c, antennas 65 reeled global position, correlates actual position and velocity 
14; and 14h, information lSe, transceiver 32/ and control data coUected individually from users' periodic transmis- 
system 36c. s i ons m con t ro i an d data system 36c, interpolating as appro- 



06/06/2003, EAST Version: 1,03.0002 



6,091,956 

W 20 

pnate to provide graphically integral information from circuit 42d, and external rf antenna circuit 42e For advan- 

sparse data sets, and transmits the corrected position data tageous viewing bracket 40 may be optionally rotated on the 

mdmdually and correlated position and velocity data to all axes represented by tilt arrow 41b and swivel arrow 41c 

users, providing the users with coherent, timely information. D f . , * 0 

The service provider updates information about the location 5 Kelernn S now to FIG - 8 which shows a diagram of device 
of the devices in service provider memory 39c, which is then m P rocess of being inserted into and connected to 
correlated with proximate information to be transmitted and bracket 40, shown by insertion arrow 41d, for the purpose of 
modified by user-provided filters and options shown in FIG. connecting to off-device resources including power supply 
14, below. Additionally, the service provider responds to the cable 42fl > network circuit 42b, input cable 42c, GPS 
users' requests for services including proximate situation antenna circuit 42d, and rf antenna circuit 42e by way of 
information, communications services to other of the afore- 10 bracl ^ et connector pins 44a through 44e, respectively, sub- 
mentioned devices, services to other networks 30c, and stantially contained in interface bracket 40. Upon insertion 
services to communications network 31c for remote access of tne device into the bracket, bracket pins 44a through 44e 
to other systems, for example. respectively connect to corresponding pin receptacles 45a 
Information device 2c in FIG. 6, being located within a trough 4Se, which are connected to power supply switch 
vehicle with connection to external antennas, as shown in 15 circuit 43a ' network interface 43b, input interface 43c, GPS 
FIGS. 7 and 8, is assumed to having been connected to or antenna switch circuit 43d, rf antenna switch circuit 43e, 
logged on to the service provider's system and the device's respectively, integral with the device. The GPS antenna 
position being known by the situation information system of circuit receives external GPS information 22r by way of 
FIG. 5, i.e., residing in memory 39c, operates by receiving GPS antenna 2Vl which ^cls the information signal 
information by way of antenna 14*, conveying the informa- 2 ° thr01l g h structure 25a; similarly, the rf antenna circuit 
tion to the user with display 4c and speaker 7m, the receives external rf information 15k by way of rf antenna 14; 
characteristics of which can be changed by the user through whi f h ' by way of its ass ociated circuitry, directs the infor- 
device controls 7/i through Ik, As the user's location, shown mation signal throu g h interposing structure 25a. 
on the display by device location and direction symbol 6j as ^ ^ aforementioned circuits and interfaces include elec- 
being in the eastbound lane of K. Goedel Blvd., approaches tronics components and configurations appropriate to the 
within a selectable distance of the proximate interchange, impedance balancing, powering, and information exchange 
proximate information menu 6p appears on the display or between device 2d and the external systems or off-device 
alternatively may be executably selected to appear by the resources, including interconnection when one or more of 
user as shown in FIGS. U and 12, including proximate 30 me device circuits and off-device resources are energized 
submenu 6q to provide user with information pertinent to the and operating, commonly referred to as hot plugging. Struc- 
attractions located near the relatively approaching highway 25a includes building and vehicle structures. Network 
interchange. Traffic congestion indication 6m, is interpreted circuit 42fo includes, for example, the Secure Personal 
by means of traffic congestion legend 6n and which may be Applications Network, U.S. patent application Ser. No. 
interpolated from a sparse data set, may induce user to alter 35 08/613,725 Hollenberg. Device 2d may be removed from 
travel direction or telephone his or her delay by way of me bracket for hand-held use, for example, pedestrian use, 
telephone handset 9;\ User may also orient himself or herself bv pulling the device in a direction relatively outwardly, in 
globally by north direction arrow 6k, within the interchange ^ rev erse direction to that indicated by arrow 41d, and 
area by referring to map details such as highway outlines 3i device 2d modifies its configuration to use internal or device 
and highway name 3;'. ^ resources only. The performance of the situation information 
Additionally, user may change or scroll the portion of area device is increased and extended by connecting it to off- 
plan in view on the display by executably selecting the device resources or external systems. For example, device 
appropriate arrow of display scroll icon He to move the 2d m *Y be inserted into bracket 40 mounted in a vehicle for 
viewing window in that direction. User may optionally greater operative mobility and used for networking with 
access other device functions, e.g., e-mail, by executably 45 venicular systems. Alternatively, bracket 40 may be 
selecting device control icon Sd, conduct a search of current mounted in a retail store location to which device 2d may be 
service provider information, in this example "EnergySta attached for composing e-mail using a keyboard supplied for 
(tions)" and which results appear on the display by service customer use by the store. Yet other alternatives include a 
provider search hit icon 5/ which is shown positioned keyboard which may be stored within the device that slides 
adjacent to menu item "AutoServices" which serves to 50 out * or use ( not shown ) or a separate keyboard that corn- 
implement retrieval of the desired information, or enter municates by a photonic, including IR, link, 
information through unattached peripheral devices (not Description and operation of situation information system 
shown) such as keyboards which may communicate with the alternative embodiment in FIGS. 9 and 10: 
device via IR transceiver 13e. User may optionally down- FIG. 9 shows wireless telephone handset 9k which 
load other information from a prepared list of sources (see 55 includes peripheral devices including digital copying cam- 
™. 13) while viewing the information currently shown on era 9m, camera lense 9n, camera record button 9p digital/ 
the display and view the aforementioned other information analog conversion and memory circuitry 9q bar-code reader 
by pressing visit list control icon 5e. Look ahead icon 8/ 9r, handset speaker 95, energy storage 9t and 9u, deployable 
selectably provides information for areas beyond user's mouthpiece 9v, handset microphone 9w, mouthpiece hinge 
current area as described in FIGS. 11 and 12 and below. 60 9x, mouthpiece deployed position 9y, and IR transceiver 13K 

nreS P e ^ RG 10 sh ° WS handset 9 * *> use as a tele P bo - handset 

preferred embodiment in FIGS. 7 and 8: by ^ er 19/irj which voke ^ fa £ ommunicated 

MG. 7 shows a situation information device 2d inserted in to and from situation information device 2e which includes 

insertion direction 41a into interface bracket 40, which handset storage space 2/, by bidirectional information com- 

includes tilt-adjustment binge 40a and, at the rear of the 65 munication 13*, which is received by device 2e through an 

bracket are external power supply cable 42a, local network IR transceiver (not shown) similar to that of IR transceiver 

arcuit 42b, external input cable 42c, external GPS antenna 13c in FIG. 6. Device 2e includes rf transceiver (not shown) 
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which transmits information 15m by way of radiative data elements. Element item reference 29a is a code which 

antenna 14* which is appropriately positioned away from determines the ordering of a particular element in a display 

the user s head area m order to reduce the rf radiation dose of a table of similar such items or within a database of such 

absorbed in the user s vital organs, particularly the brain. information 

u^ers^uaTlaw inVhS^fn *? cm ! BD ** ,be * sample, should code 29 refer to a merchant desiring 

froTm'eX^iln^ v i ^ ^ out ^ f -° rder P lace ™nt of the merchant's information in an 

th<Ts™lnT^rZn?Z mverscl y.P ro P° rt !° na lly «° ordered display of similar information, item reference 29a 

£,aSr£ tpX^e^rarrn Sv S SfoZS s r r% aUy ri de the 

decreases to one-fourth the original; by ten times the ^I^^f^' 
separation, the radiation diminished to one-hundredth of the 10 nameSfd S JS^ « "^h T ' 

original. Additionally, certain CMOS microchips, such as S ott! T , ^ ™ V 

those potentially used for gathering light in dieital cameras ™ b ,u additional information. Element location 

are susceptible I EMWr'SSST ' ' 2 f ge ° grl P hicJ loC f> »' * 

o r , . or^^, ^ A , and latitude or m reference to a Given feature which the 

JnTl^T ° mGt £ T " dement location provides. Elemenf data type 29* provides 

handset for use from storage space 2/in the device, handset information as to whether the item's symbol icon, or name 

ZJhS JJ? V y T g about hinge 9, of FIG. 9 is capable of being included with other items in a executably 

through the urging of a spring (not shown), and the device selectable menu which appears to pop up, that is, to quickly 

™1 ^ P f T ^ 7 h u U th f USe u ^ thC , 8 ra P hicall y *P?™ adjacent to the icon or text item which 
appropriate menu function set (not shown) on the display of 20 was executably selected by the user, on the user's computer 
the device. TTie transceiver and the radiative antenna are display, whether it is to be included in the map displayed on 
dkllYr? 1 ^ 5da ^ f ^ m ^ c ^ r 7 homa y vi fwdata user's computer, and, if displayed, whether the item's 
displayed (not shown) by the device during a telephony symbol, which may be a standard display symbol which is 
function. Alternatively, user may generate situation infor- resident in memory, including storage, on user's device or 
matron by copying documents or recording scenes using the ^ the item name can be subsequently selected by a user to 
copying camera or bar-code reader peripheral devices to automatically provide additional information about the item 
generate information reader for communication to the device such as by enlarging the detail, called zooming in, or, for^ 
via ne IK link, example, as hypertext, in which the item name or symbol 

Description and operation of situation information system can be selected or clicked on by a user to provide additional 
mr-Tll 1 7^ mappable h >T e rtext code sequence in 30 information. Data type 29d also includes executable code for 
' 11 and 12: animated icons or avatars (graphic elements which represent 

FIG, 11 shows a portion of device 2g with display 4d their users in such a display). Concise code such as map- 
which displays exemplary map data of locations in advance pable code 29 is particularly suited to low bandwidth 
of the mobile user's current location and is called a look information communication systems such as those which 
ahead session. The graphically displayed map data, which 35 might be found in large areas. 

may consist of mappable hypertext code sequences such as After connection with the local information service 
that shown in FIG. 12, includes element road 3*, elements provider, the user's location and look ahead request initiated 
Deneba 3m and Pietown 3n which represent towns, element by selecting look ahead icon 8/in FIG. 6, are communicated 
mountain 3p, and element Airport 3q. Shown also are visit to the service provider which responds by sending the 
list control icon 5g, device location and direction symbol fir, 40 appropriate information. Device 2g receives mappable 
other device symbol 6s which is a symbol representing the hypertext code for each item to be represented on the 
location of another similar device whose user has selected display, such as items 3m 7 3m, 3p 7 3q 7 and main roads Items 
that the symbol be displayed along with other device infor- having standard display symbols resident in the device's 
mation 6t which shows that other user's name, vehicle memory, including storage, are called by the display pro- 
descnption as a green Toyota, and an executable option to 45 gram and displayed to expedite the display process by 
contact the other user by e-mail or through other optional obviating transmission of that data. A linear element such as 
communications methods. Continuing with FIG. 11 and the a road may be transmitted as a bit map or as multiple 
contents of display 4d are look ahead information menu 6«, mappable hypertext codes to usefully display its changes in 
look ahead list 6v, mileage tabulation 6w, estimated transit direction or as a single code with multiple location elements 
Ume 6x, north direction symbol 6y, device control icon 8^, 50 to indicate the start and stop location of each segment and 
display scroll icon Hh, and look ahead icon Hi. FIG. 12 shows features such as curves, intersections, etc. All the aforemen- 
mappable hypertext code 29 consisting of element item tioned items are displayed according to their geographic 
reference 29 fl , identifier 29b, location 29c, and data type locations in the scale of the area to be viewed on the display, 

which area to be viewed is selectable and may be zoomed in 
A computer memory organized to include mappable 55 or out, for example, along with user's location symbol 6r. 
hypertext code sequence 29 in FIG. 12 provides for rapid Other user symbol 6* provides a method to communicate 
display of mappable information items, including map with other device users, and use of such a symbol is optional 
features, information sources, names, menus, and lists, cer- to the user owning the symbol, as is the amount of infor- 
tam of which may be executably selected by a user in order mation provided with the symbol which is executably 
to display additional information related to any of such 60 selectable, as shown by other device information table 6r 
items, called a hypertext element, by receiving new infor- Information which may be executably selected by user in 
mation transmitted ^from the service provider. Additionally, order to receive additional information is arranged as 
code 29 provides for graphically displaying on the user's executably selectable menus or hypertext items under look 
display symbols and text appropriately relating to the items ahead icon 8/, including look ahead menu 6u and look ahead 
and m a manner which shows each item in a measurably 65 list 6v. Separations between displayed features such as 
appropnate relation to other such items of geographical user's location 6r, elements Pietown 3n and Deneba 3m 
features shown on the display in an information sequence of which are towns connected by exemplary highway 22 as' 
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well as to other listed towns, are calculated using distances 
derived from latitude and longitude, which have been appro- 
priately converted to distance relationships, i.e., correcting 
local longitude for the local latitude prior to determining the 
map distance, and provided to the user as mileage tabulation 
6w and estimated transit time 6x to other exemplary cities. 
Portions of the map lying outside the displayed area may be 
scrolled into view using scroll icon Hh. 

Description and operation of situation information system 
service provider computer control program and user com- 
puter control program in FIGS. 13 and 14: 

FIG. 13 shows a flowchart, with element numbers within 
brackets, of SERVICE PROVIDER COMPUTER CON- 
TROL PROGRAM <90>, generally consisting of computer 
controlling instructions and evaluations, by which subject 
invention, particularly, for example, control and data system 
36c, processes users' communicated data and requests for 
information and services. After situation information service 
provider system loads the program at instruction ENTER 
<91>, the program collects stored operating parameters and 
data at INITIALIZE <92> and is then operationally able to 
provide sessions of user services. A typical user logs on at 
CONNECT USER <93> and the system determines user's 
validity by comparing user identification (ID) and password 
with memory -stored copies, assigns user a communications 
channel or channels through which further interactions are 
conducted, and receives user device location data at 
RECEIVE USER DATA & REQUEST FOR SERVICES 
<94>. The user data is processed to determine actual user 
device location and, optionally from receipt of subsequent 
location updates, velocity at PROCESS USER SITUATION 
DATA<95>. User location data is correlated with data from 
other users to provide near real time, vehicular traffic-pattern 
situation information for transmission to other users' devices 
for graphical display or, in the case of pedestrian traffic, for 
analysis in marketing studies or other use studies. 

At UPDATE USER SITUATION INFORMATION <96> 
user's device location is transmitted to user's device for 
display accompanied with, for example and if appropriate to 
user's situation, graphical vehicular traffic pattern informa- 
tion. User information filters, which selectably limit and 
define the types of information the user suitably requires, 
and options include, prearranged communications services 
required by user on a regular basis, such as remote access to 
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ation information device 2c, requests information and ser- 
vices and subsequently processes the information commu- 
nicated from the service provider. After situation 
information device 2c loads the program at instruction 
ENTER <121>, the program causes the device to collect 
stored operating parameters and data from memory at INI- 
TIALIZE <122> and is then operationally able to begin a 
session. As user selects service provider and logs on at LOG 
ON TO SERVICE PROVIDER <L23>, the device transmits 
user's ID and password, switches to assigned communica- 
tions channel or channels through which further interactions 
are conducted. At DISPLAY EST. LOCATION <124>, 
user's position as of the last operation of user's device will 
show on user's display. At evaluation EST MAP LOCA- 
TION ADEQUATE? <125>, user checks the display and, 
should the displayed position appear obviously incorrect, 
user may select NO and, at the prompt ENTER EST 
LOCATION <126>, update the position manually. Should 
evaluation <126> evaluate to YES, processing continues to 
instruction SELECT FILTERS AND OPTIONS <127> in 
which user may selectably define the type of information 
required from the service provider and options required, 
such as remote access to a company computer network, 
e-mail, or display of location of selected alternate situation 
information devices such as a transponder carried by a child, 
advertising messages, etc. All such selections and informa- 
tion requests are sent, along with periodic location informa- 
tion reports or data, to the service provider at SEND 
REQUEST/DATA TO PROVIDER <128>. 

Situation information from the service provider, including 
map-referenced information, advertisers' and merchants' 
messages, weather, news, including traffic congestion 
graphical data and accident reports, if appropriate to user's 
situation, filters, etc., are received at RECEIVE INFO 
FROM PROVIDER <129>, at which point device 2c will 
update its data at UPDATE LOCAL SYSTEM <130>. 
Program <120>next proceeds through a series of evaluations 
of user's actions including whether user's location has 
changed at LOCATION CHANGED? <131>, which, if 
evaluating to YES, corresponds, for example, to the equiva- 
lent of the user having generated additional data and pro- 
cessing loops back to SELECT FILTERS AND OPTIONS 
<127>, and, if the filters and options remain unchanged, 
continues to send data in aforementioned instruction <128>. 
However, should user's location remain unchanged within 



other computer networks, news services, including market 45 the limits set by service provider according to computational 



data, etc., are received by the service provider which then 
updates them appropriately in UPDATE OPTIONS/ 
FILTERS RECEIVED FROM USER <97>. Based upon 
user filters, options and location, the service provider selects 
appropriate information from the system database (DB) 
specific to user situation in SELECT DB INFORMATION 
FOR USER'S SITUATION <98>, and this information is 
transmitted to the user in PROVIDE SITUATION INFOR- 
MATION & SERVICES <99>. If the service provider 
receives new data or a services request from the user, that is, 
if evaluation RECEIVE NEW DATA OR SERVICES 
REQUEST? <100> evaluates to YES, the processing of 
program <90> loops back to instruction PROCESS USER 
SITUATION DATA <95>. However, should the user not 
send new data or request services such that evaluation 
RECEIVE NEW DATA OR SERVICES REQUEST? <100> 
evaluates to NO, the service session ends at RETURN 
<101>. 

FIG. 14 shows a flowchart, with element numbers within 
brackets, of USER'S COMPUTER CONTROL PRO GRAM 
<120>, generally consisting of instructions and evaluations, 
by which subject invention, particularly, for example, situ- 
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bandwidth constraints, for example, or through the user's 
selection, and evaluation <131> evaluate to NO, program 
<120> next evaluates whether or not the user's device has 
recorded a new request for services, including information 
requests, at REQUEST SERVICES? <132> in which a YES 
evaluation causes processing to loop back to instruction 
<127>. Next, should no services or information be requested 
and evaluation <132> evaluate to NO, opportunity to change 
providers is offered with evaluation GO TO NEW PRO- 
VIDER? <133>, which, should user elect YES, causes the 
program to loop back to LOG ON TO SERVICE PRO- 
VIDER <123>. Should evaluation <133> evaluate to NO, 
user is queried as to whether or not the current session 
should be continued at evaluation CONTINUE SESSION? 
<134>, which, if evaluating to YES, causes processing to 
loop back to REQUEST SERVICES? <132>. Finally, should 
evaluation <134> evaluate to NO, program <120> may be 
terminated at RETURN <135>. 

Description and operation of situation information system 
visit list computer control program in FIG. 15: 

FIG. 15 shows a flowchart, with element numerals within 
brackets, of VISIT LIST COMPUTER CONTROL PRO- 
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GRAM <200>which downloads sites from a list of infor- download in a timely fashion, program <200> provides a 
matron sites to devices such as device 2c during the time the message to alert the user to the delay and to which the user 
user views, otherwise uses, or executes information obtained may respond by selecting PROCEED 231 With download- 
from sites downloaded earlier, including from other sources. ing of site information completed, the download counter is 
The program generally consists of instructions and 5 decremented, i.e., reduced by one in DECR D/L 
evaluations, by which subject invention, particularly, for COUNTER <208> and the download 'counter content is 
example, situation information device 2c and visit list con- evaluated in D/L CTR>0? <210>. Should there be additional 
trol icon 5e of FIG. 6, may be optionally employed by user sites in the visit list to download, evaluation <210> evaluates 
to select among senatly downloaded information providing to YES and processing loops back to download the next site 
sites. After the situation information device loads the pro- 10 in D/LOAD SITE #(D/L CT.) <206>. If any site cannot be 
gram at instruction ENTER <201>, the program collects reached or its downloading halts, D/L MESSAGE 212 
stored operating parameters and data at INITIALIZE <202> provides that site's name. Should downloading be successful 
and is then operationally ready to begin the session. As user for all sites of the list which are capable of being located and 
selects which of an optional plurality of visit lists to begin downloaded, evaluation <210> evaluates to NO and a mes- 
downloading, depending upon a commuting, vehicle-bound 15 sage is presented to the user that list downloading is corn- 
user's direction of travel or time of day or a stationary user's pleted in D/L MESSAGE <212> and processing proceeds to 
accustomed perusal of financial information, as examples, at terminate multitasking at END MULTITASKING <220> 
instruction SELECT VISIT LIST <203>, a menu of avail- The execution task begins at EXEC. SITE #(EXE CT.) 
able lists are caused to appear on device display 4c of FIG. <207> in which the site corresponding to the proximate site 
6 and a first visit list (not shown) is selected to take priority. 20 address in the execute counter and, initially, may be the site 
The visit lists consist of a given number of information- currently being downloaded, in which case the download™ 
providing sites on one or more networks of sites, to each of task, specifically, the rate of the downloading, will take 
which is serially assigned a first number (not shown), which precedence over the execution task. After a given site is 
may be a pointer or reference to other appropriate locations executed by, for example, being displayed on the device's 
m memory for the purpose of numerically ordering the first ^ display, the execute counter is decremented in DECR EXE 
list s sites downloading, a download number, and a second COUNTER <209> and processing proceeds to determine 
number (not shown) for the purpose of ordering the first whether or not site downloading is advancing ahead of site 
list s sites execution, called an execute number, that is, execution by comparing the counters in evaluation D/L 
making use of a given site's downloaded information by CTR<EXE CTR? <211>. Should the download counter 
displaying executing or processing the site's code, or oth- 30 equal the execute counter, that is, the same site being 
erwise making use of its mformation. downloaded is being executed, evaluation <211> evaluates 

Further, download and execute numbers are each loaded to NO and a "wait" message is presented to user, by way of 
into computer memory, such as a stack, an array, or a register the display or other means, in WAIT ICON <213> and 
(not shown), as examples. The first number is variously processing returns to evaluation <211>. Should download- 
referred to herein as "download counter", "D/L CTR", or 3 5 ing be advanced in relation to execution and evaluation 
"D/L CT/', and the second number variously referred to <211> evaluates to YES, processing proceeds to determine 
herein as "Exe counter", "EXE CTR, or "EXE CT.", depend- whether or not sites remain to be executed in EXE CTR>0? 
mg upon the drawing space appropriately available. After <215>, which causes, should there be more sites to execute 
the visit fist is selected, subject program <200> loads the and evaluation <215> evaluates to YES, processing to loop 
first visit list's number of sites as first and second numbers 40 back to execute the next site in EXEC SITE #(EXE CT.) 
in the download and execute counters, respectively, in <207>, If, to the contrary, evaluation <215> evaluates to 
LOAD D/L & EXE COUNTERS <204>. The visit list NO, processing proceeds to query the user as to whether or 
program, in order to accomplish its two primary tasks in not to repeat the current visit list execution in evaluation 
apparent concomitance of the viewing or executing portion REPEAT EXE? <217>. Should execution repetition be 
to the downloading portion, the latter taking precedence or 45 selected and evaluation <217> evaluate to YES, the execu- 
pnority because of the time -dependent nature of such tion counter is reloaded at LOAD EXE CTR <219> and 
downloading, requires the effect of simultaneous computer processing loops back to the beginning of the execution task 
processing, such as multitasking or multiple program at instruction <207>. If evaluation <217> evaluates to NO, 
threads, or actual multiple processing by multiple proccs- multitasking terminates at END MULTITASKING <220>| 
sors. The program utilizes, for example, multitasking which 50 similar in manner to the downloading task, 
is well understood in the computer industry and entails the Processing continues at evaluation REPEAT D/L LIST 
switching from one task to the other, usually governed by a <221> which repeats the downloading and execution of the 
priority scheme, by a single processor by way of its control same fist sites in the event the user requires more current 
program or operating system. The multitasking begins with information from the aforementioned sites, which if 
instruction BEGIN MULTITASKING <205> which alio- 55 selected, causes processing to loop back to Action 
cates and arranges memory to receive each task's parameters LOAD D/L & EXE COUNTERS <204>. Should this evalu- 
as the computer switches from the site downloading task to ation evaluate to NO, the evaluation ADD NEW SITE? 
the site execution task and back again, as necessary until <222> is processed next and, evaluating to YES, processing 
tasks are completed. In operation, portions of the download- continues to ADD NEW SITE ADDRESS <223> in which 
mg site information may be stored in a buffer and subse- 6 o one or more new site addresses are added and 'thence to 
quently moved to memory, including storage. increment the download counter and the execute counter at 

The site downloading task begins with the first site in the INCR. D/L & EXE COUNTERS <224> appropriately 
visit list, denoted by the first site's assigned serial down- before looping back to download and execute the added 
loading counter number occupying proximal position in sites. Should evaluation <222> evaluate to NO processing 
memory, in D/LOAD SITE #(D/L CT.) <206>, where "(D/L 65 continues to evaluate whether or not the user wished to 
CT.)" is the proximate number in the download counter and change to a new visit list at GO TO NEW LIST? <225> 
refers to the next visit list site address. Should a site not which, if evaluating to YES, processing loops back to select 
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a new visit list at SELECT VISIT LIST <203>. Should time before looping back to evaluation <304> for 
^TZolft inf • mr ?i SA f ^ b J k6yW ° rd re - evalu ^°n- Should evaluation <304> evaluate to YES 

TEMP. SITES <226> and program ends at RETURN <227> < u J£ if a t SEARCH COUNTER <306> 

Additional instructions which operate globally on pro- ™fh ^ n ^ eac ^. m, ° "FT"" M 
gram <200> include PROCEED <231> and GO TO NEW ^ Tf ^ \*9^*™**Y.«>™to*n 
LIST <232> which serve to interrupt the program at select- I T &h ?™ S arc bcm S searchcd " ^ 

able locations in the course of the program's operation in ?T £? A af ° Selected and 

order to provide for efficacious uti% and, for purposes of M ^ ™ ™™ S ™ £.) FOR TERM 

simplifying their description, are shown in currently referred M # ( SEAR ™ CT.) <307>, where SITE CT. is the current 
to FIG. 13 as notdirectly connected to me program. Interrupt ! n ,f Slt6 ™ Uatet and SEARCH CT. is the current 

instruction PROCEED <231> is optionally implemented by ^ m **, ^ n h £ co ™ ter > aftcr whl * S6arch Bremen- 
user actuation of icon Se, and similarly to alternate embodi- cOUlZT™^ * " ^ SEAR °? 
ment icons 5a and 5c in FIG. 2 and FIG. 4, respectively, to „ tern^t^ qk° ^u^* se ^ ctlon °f the next search 
cause program <200> to halt the processing of currently 15 beToun^thTtk tfrm Fnmjn? *no & d 7 tXm \^} 
executing code and begin processing code referred to by the 66 ™ <3 ,° 9> eValuates to ' 
next number in the execution counter. For example, whue PT0CCSSl f VI ° C ^ S '° ^ ^ ^ 
viewing currently executing code from any given s te the ^"1™* . m f SE/ V* CI ? f C OUNT>0? <312>. If 
code of a serially following site on the visiUbt is executed , n 2* aarcll f d :f° r te ™ » ^» infennahon contained in 
after PROCEED <231> is actuated and the executing code 20 ^ ^ «v»lua hon TERM FOUNDV <309> evalu- 
is appropriately halted. Instruction PROCEED <231> may „ determination is made m SITE ADDRESS? 
optionally be used, as described above, for terminating the ^Z^rrZ f assocl f d f ate / dd ^ 
downloading of a slow-to-download site in favor of the °" ^^ed-for term can be found, wh.cn if not, 
downloading of a serially following site may proved. The M f ^^^1 (S ^ processmg conttnues 
second of these global instructions, GO TO NEW UST I ? f ^.^-.Otherw^, wtfh the «»- 
<232>, is actuated by user by way of a similar operation on tSttf^?. ^ZT*™ TlT m 85 
an icon or menu item (neither of which is shown) in order J^*? Tjfyf ^crated with the searched-for term 
to download or execute code of one or more sites on a list added ^ *** ^Z^^J 1 FIG ' 15 m current 
other than the current list. „ ^Z^w™^^ 0 /™ 70 ^^(AS 
n ,. , .. .. . , 30 TEMPORARY SITE) <311> before processing proceeds to 
Descriptor and operation of station information system SEARCH COUNTX)? <312>. Should terms remain to be 
keyword search computer contro program « FIG 16: searched in ^ curreQt ^ inform 2™™ 
FIG 16 shows a flowchart, with element numerals within COUNT>0? <312> evaluates to YES and processing loops 
brackets, of Site Keyword-term Search Computer Control back to SEARCH SITE #(SITE CT) FOR TERM 
Program <300> which searches information sites down- 3 s #(SEARCH CT.) <307> to search for the next keyword 
loaded to devices including device 2c during the course of search term 

^l^ntZft^T inC i U , diDg '!f ' Should SEARCH COUNT>0? <312> evaluate to NO, the 

<200> m FIG. 13 and, for keyword terms found, adds the site ^ntn ^ d6cremented k DECR SITE COUNTER 
site, as a URL or address, associated with the keyword term, ,« ^ ,„ e 7T- ~T ~ x 1 c , 1 CK 

if available, to the visit list as a temporary site Program 40 ^> m preparation for searchmg the next site. In the event 
<300> generally consists of instructions and'evaluatjs ™ * fo^ZniebvAo"^ N^W S^TF ° « ^ T?*^ 
which subject invention, particularly, for example, device 2c = ffrSZT^ , 
and visit list control icon 5, of FIG. 6, may be optionally ^CR^7 l ^O^^ ^aT & *?H 
employed by a user to select among such subsequently thl Hmf^ a COUNTERS <224> haviiig incremented 
serially downloaded information providing sites 9 Aft r 45 u ^JoT ' 1 1'?* VTSTaI?**, 

device 2c loads the program at ENTER <301> the program program <300> is similarly updated by adding duplicate 

collectsstoredoperLfparametersanddaSiSSaS S^TC CT <3?4> ™ ™° ™ INCR ' ™ 

from a user-prepared list of keyword terms, t INITIALIZE i Jt , ^ subsequently evaluated 

<302> with which to subsequently perform a search for the rm ™ ™ P ? ^"c,, m m 

L3n ! s to sirs ss™ r t l *%r t s-r s? - 

visit list program's download counter into computer ss RETORN^ 'valuate to NO, processing ends in 
memory, such as a stack, an array, or a register (not shown), 

for example, and referred to herein as the site counter, and CONCLUSION, RAMIFICATIONS, AND SCOPE 

functions to maintain a record of which site is being OF THE INVENTION 

SC ^ C ^ ed " . The situation information system has been described with 

Before proceeding, program <300> determines if at least eo reference to exemplary and preferred embodiments which 

one site has been fully downloaded by visit list program the reader can see provide a high degree of accessible 

<200> and available for searching by evaluating whether or usefulness which will provide users with better specifically 

not the onginal download count in program <200> is greater timely and proximate, information. In addition embodi- 

^ he TVT ^ e ^ d ™? load COUDt in P^am <200> in ments of this system will provide the richness of experience 

ORIG.+INCR. D/L CT>CURR. D/L CT.? <304>. Should 65 by allowing users to participate in socially interactive^ 

^T^ni 1011 f l ° N °' P rocessin S P^ceeds to settings, and capability, in conducting business and com- 

WAIT <305>, where it remains for a selectable period of merce in proximity to merchandise which is immediately 
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available, not possible with the Internet's remoteness and 
lack of physicality. It must be remembered that the descrip- 
tions herein, including the program flow charts, are static 
representations of dynamic systems capable of performing 
entirely new functions. 

While the situation information system contains many 
specific elements, these elements should not be construed as 
limiting its scope. Many other variations are possible. For 
example, an embodiment of the situation information system 
could employ various means for generating and providing 1 
location information including a mix of satellite positioning 
system and transponding methods using many different 
gating-pulse signal sources. Also, an embodiment of the 
situation information device could include a withdrawably 
stored keyboard or hinged case element with integral key- l 
board or a video camera could take the place of the camera 
in the handset or such peripheral devices could be varied in 
their arrangement, as examples. 

Accordingly, various other substitutions, modifications, 
changes, and omissions may be made in the design and 21 
arrangement of the elements without departing from the 
spirit of the invention as expressed in the appended claims. 

I claim: 

1. A scalable, openly accessible, dispatcher obviating, 
situation information system comprising: ^ 

a. mobile computers with radios severally operated by 
users substantially transmitting information including 
location data, receiving situation information of select- 
able execution, including audible, visual, and tactile 
execution, and continually receiving telephone num- 3C 
bers of diverse providers of services and merchandise 
while obviating the resulting interference imposed by 
the obligatory answering of a ringing telephone as 
automated updates occur, and conducting shopping 
functions in shopping areas including stores and malls, 35 

b. radio locating means by which, from said location data 
including triangulation systems installed within and 
among buildings, the location of each of said mobile 
computers is determined and processed into location 40 
information including information pertaining to, and 
derivable from, the change in location of each of said 
mobile computers, and 

c. one or more radio sources of said situation information, 
including said location information, proximate infer- 45 
mation and other information, for purposes including 
presenting entertainment, commercial offers, and 
advertising whereby users of said mobile computers 
with radios benefit from timely information pertaining 

to situations within their locus. 50 

2. The system of claim 1 wherein said situation 
information, substantially organized according to said shop- 
ping areas and to the power level of radio transmission, and 
said outgoing information, including mappable hypertext 
items, pop-up messages, and icons, selectably relate to the 55 
area of each of said mobile computers whereby said users of 
computers are selectably interactively and reciprocatively 
provided with descriptive information about objects, people, 
and events within said area of any of said mobile computers! 

3. The system of claim 2 wherein said user information 60 
and said other information includes communication with 
others of said users of said mobile computers and said 
sources and information pertaining to a search of said radio 
sources, including commercial offers of goods and services 
and user identification and credit-related information perti- 65 
nent to commercial agreements whereby individuals among 
said users of said mobile computers can locate others of said 
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mobile computer with radios and topical events, people, 
products, and services and arrange for payment and fulfill- 
ment of commerce efficiently. 
4. The system of claim 3 wherein said user information 

5 and said situation information include entertainment infor- 
mation whereby users of said mobile computers can select- 
ably assume fictional identities for purposes of entertain- 
ment and recreational games visually, audibly, or tactilely 
executed selectably within the area of any of said computers. 

, 5. Hie system of claim 4 wherein said mobile computers 
with radios include bracket interfacing means to alterna- 
tively disconnectably connect to external systems including 
power supplies for charging batteries of said computers and 
circuits in buildings and conveyances in the locus of said 
shopping areas whereby said mobile computers can com- 
municate with other systems including antennas, peripheral 
devices, and networks by means of wired connections. 

6. The system of claim 5 wherein said location data is 
provided substantially by said mobile computers with radios 
to said source of said situation information for information 
about traffic patterns in said areas whereby traffic data are 
collected automatically by said radio locating means to aid 
organization of layout, merchandise, displays, and said user 
access to said area. 

7. The system of claim 6 wherein said mobile computers 
with radios severally include a substantially separate periph- 
eral device holder functioning as an exclusive satellite of, 
and communicating by means of photonic media solely 
with, said mobile computer and substantially containing a 
speaker, microphone, and one or more photon-related 
devices, including camera, bar-code reader or infrared 
devices, whereby information associated with use of said 
devices is processed by said mobile computer to enable said 
user to operate said peripherals without physical encum- 
brance due to the obstructive bulk of said computer, expo- 
sure to potentially harmful radiation affects associated with 
close operation of said radio of said computer, or being 
prevented from engaging in voice communications simul- 
taneously with the viewing of said visual data appearing on 
the screen of said computer. 

8. A method for conducting shopping functions in shop- 
ping areas including stores and malls wherein information is 
communicated wirelessly by providers of services and 
merchandise, including offers pertaining to the buying and 
selling of said services and merchandise, to potential cus- 
tomers severally using mobile computers with radios sub- 
stantially continually receiving telephone numbers of said 
providers and obviating the resulting interference imposed 
by the obligatory answering of a ringing telephone as 
automated updates occur, comprising the steps of: 

a. acting substantially simultaneously with receipt of a 
gating pulse from a transmitter, transmitting customer 
information, including identification and location 
information, severally by said mobile computers with 
radios, and receiving said identification and location 
information in said situation information system, 

b. ascertaining subsequently whether said location infor- 
mation of a selected subset of said mobile computers 
with radios indicates said computers suitably proximate 
to said offers, or display thereof, presented by said 
providers, and 

c. transmitting one or more said offers including by visual, 
aural, and other data types and other pertinent 
information, severally to said subset of said mobile 
computers with radios according to said customers' 
selections and contingently dependent on subsequent 
actions of said customers whereby said customers using 
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said computers with radios can shop more knowledge - 
ably and efficiently. 

9. The method of claim 8 wherein said actions of said 
customers include severally making responses to appropri- 
ate offers and subsequently communicating using said 5 
mobile computer with radios each of said responses, includ- 
ing bids, counter offers, and purchasing and credit 
information, to said situation information system associated 
with providers whereby mutually beneficial commerce is 
securely and easily conducted. 10 

10. The method of claim 9 wherein said customer infor- 
mation includes data further processed by means selected 
from the group consisting of options and filters whereby said 
customers severally receive information, including goods 
and services information, appropriate to the requirements of 15 
said customers. 

11. A method of communicatively executing, including 
making apparent to the aural and tactile senses of the user, 
one or more transmittable mappable hypertext items repre- 
senting people, organisms, and objects, including buildings, 20 
roads, vehicles, and signs, on a computer in a manner 
scalably representing interrelationships of said objects, com- 
prising the steps of: 

a. searching each of one or more unique mappable infor- 
mation code sequences, each of which said code 25 
sequences serving to uniquely represent one of said 
items and copied from the memory of said computer or 
received from an alternate source, for a field containing 
geographical coordinates, said each of said code 
sequences includes an item reference field, a name 30 
field, a location field including said geographical 
coordinates, and a data field, 

b. converting said coordinates to an appropriately propor- 
tionate representation on said computer, and 

c. displaying selectably scalably said items on said com- 35 
puter whereby said user may quickly receive and 
display timely situation information mapped in the 
context of spatial information, including appropriate to 
a geographical or other area, in which said mappable 
hypertext items are quickly received, mapped, and 
optionally executably selected by said user to provide 
additional of said situation information or received, 
stored, and transmitted by a provider of said situation 
information. 

12. The method in claim 11 wherein said interrelation- 45 
ships of said objects are distance quantities separating each 
of said objects and are represented by mappable hypertext 
items processed and selectably represented on said computer 
whereby time and distance to or between objects may be 
determined and delimited in order to cause additional infor- 50 
mation to be executed on said computer from sources, 
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including memory and said service provider, and increase 
the efficiency of said user thereby. 

13. The method in claim 12 wherein said mappable 
hypertext items include a user modifiable location symbol, 
including providing dynamic characteristics, whereby said 
user may choose representation by a unique icon on said 
computer which can be made to execute on others of said 
computers. 

14. A method of receiving in a mobile computer substan- 
tially moving relative to locations of timely interest to the 
user of said computer, including one or more sources of 
transmitted digital information describing said locations 
including services and resources currently available at said 
locations from one or more selectable visit lists of said 
sources of said information capable of being organized 
according to said locations 3 proximity, timeliness, and other 
criteria into the memory of said computer, substantially 
continually receiving telephone numbers of providers of said 
services and resources and obviating the resulting interfer- 
ence imposed by the obligatory answering of a ringing 
telephone as automated updates occur, comprising the steps 
of: 

a. executing information from a selectably precedent 
source of said digital information on said mobile 
computer, including being viewed on a display, 

b. receiving substantially simultaneously information 
from subsequently selected of the remaining of said 
sources of said digital information from said organiz- 
able sources on said lists, and 

c. storing said information from said sources in a retriev- 
able manner in said mobile computer memory for 
execution selectably alternatively and timely, including 
preemptively or subsequently, to said information from 
any of said sources whereby time-critical, location- 
dependent information transmitted comparatively 
slowly from multiple sources of said digital informa- 
tion can be received by a traveler using said mobile 
computer in a timely way while information currently 
executing is utilized. 

15. The method of claim 14 including a keyword search 
wherein proximate, timely, or desirable sources of said 
digital information in which keyword terms are found are 
selectably added to said visit list whereby a user may 
selectably initiate and alter searches for specific keywords 
on topics potentially useful to said user, including roadside 
service locations and other searches, while substantially 
utilizing said digital information executing on said com- 
puter. 



06/06/2003, EAST Version: 1.03.0002 




United States Patent m 

VanDonkelaar - 

r<A1 APPARATUS AND METHOD FOR 

1541 $S£JEgashelftag 

p5] inventor. Jon L. VanDonkdaar. Bellbrook, Ohio 

p3] Assignee: Bass, lac. Dayton. Ohio 

pi] ApptNo.:6«M39 

m Hie* JAttW* 

[51] IntCl 6 J3Bim , 235,472 

[52] U-S.CI. 23V462.472 

[58] Field of Search 



[45] 



Him 

Patent Number: 
Date of Patent: 




5,721,421 
Feb. 24, 1998 



156) 



References Cited 
U.S. PATENT DOCUMENTS 



4086,477 4rtW 

?SS 11/1994 Wottbin^d. 
5^141 4/1995 Koeacketal 



.. 235/464 
375/1 
.... 235/472 
_ 235/472 



OTHER PUBLICATIONS 

at RF Expo West, Jan. 1995- 

Priory & French 

JJ"**^ ^STRACT 

A she, tag vcrirving ^^SS^ 
unit in radio ^"^"^aSertybarcodereader. 

Tte bar code reader reads a baico* gMW £ ^ 
Which rests upon shelving »«rkedby ^J 4 ^ rea der 
fiction. A decoder ^^^sponding to the bar 
generates a binary product J^*^ transmitter then 
lode and appends. J^^J^ Ceck code to an 
transmits the WVn**££^A unit. Amicroproces- 
ASH receiver mounted « *^rifies the check code and 
sor runted inthe^^^on to the base station. 

— infann * ion f 

veriftcation of the shelf tag. 



8 Claims, 3 Drawing Sheets 




,6/06/2003, EAST Vers 



ion: 1.03.0002 



U.S. Patent 



Feb. 24, 1998 Sheet 1 of 3 



5,721,421 




24 22 



38 



ASH 
RCVR 



14 



MICROPROCESSOR 
16 



26 



^2^ 



KEYBOARD 



28 



SAWR 
2 



40 




BAR CODE 1 
READER I 

I 



DECODER 




SCANNER 


< 



MANUAL 
CONTROL 



-1 

I 
I 



18 



19 



12 




10 



20 



06/06/2003, EAST Version: 1.03.0002 



U.S. Patent Feb. 24, 1998 Sheet 2 of 3 5,721, 



FIG-2 



vcc 



v+ 



DATA 

78 



72 120 



80 



-AAA 



TO DECODER 



82 
VCC 



1 



84 



101 



102 



115X 




111 

116 



AVs. 



86 



104 



103 



76 



70 



A- 

105 



106 



107 



123 



< 



1 



88 



28 



06/06/2003, EAST Version: 1.03.0002 



U.S. Patent Feb. 24, 1998 Sheet 3 of 3 



5,721,421 




06/06/2003, EAST Version: 1.03.0002 



5,7: 

l 

APPARATUS AND METHOD FOR 
VERIFYING A SHELF TAG 

BACKGROUND OF THE INVENTION 

This invention relates to the field of retail merchandising 
and more particularly to apparatus for verifying human 
readable information upon shelf tags. 

In times past retail stores, particularly food markets, 
marked prices upon every item stocked on merchandising 
shelves. Customers were accustomed to reading the prices 
marked upon the products and comparing those prices 
against cash register receipts to verify the accuracy of the 
bill. However, in recent times there has developed a practice 
of printing bar codes upon nearly all types of packaged 
products. Such bar codes uniquely identify the products 
upon which they are placed and are positioned on the 
package in such a manner as to facilitate reading by scanners 
at point-of-sale terminals. Stores which are equipped with 
such terminals will relay the scanned bar codes to a central 
computer. This provides pricing information which is sent 
back to the inquiring terminal. Such merchandising requires 
no price marking on the product being sold, and therefore 
many stores have discontinued price marking all together. 
Consequently it has become necessary to provide shelf tags 
which display product identifying information and associ- 
ated prices, all in human readable form. These shelf tags are 
easily damaged, moved or lost and are quickly outdated due 
to frequent price changes. 

It will be appreciated mat means must be provided fox 
quickly verifying shelf tag information. Therefore stock 
clerks are issued bar code readers which are connected by 
cables to portable terminal units. A typical terminal unit has 
an internally mounted microprocessor and is equipped for 
radio communication with a base station located near the 
central computer. When a stock clerk wishes to verify a price 
appearing on a shelf tag. he uses his bar code reader to scan 
a bar code on one of the products in question. This generates 
a bar code sensing signal which is sent to the terminal unit 
The microprocessor decodes the bar code sensing signal to 
create a corresponding binary code. This binary code is 
incorporated into a query which the terminal unit transmits 
to the base station for forwarding to the central computer. 
After the central computer receives the query, it checks a 
data base of pricing Information and formulates a responsive 
message containing the requested price. That message is sent 
to the base station and relayed to the terminal unit for 
presentation on a built-in visual display. 

During the course of a long work day a typical stock clerk 
may scan hundreds of bar codes, each time pulling the cable 
which connects his bar code reader to his terminal unit. This 
requires extra effort on the part of the stock clerk, due to 
three contributing factors. First there is the weight of the 
cable itself. Secondly there is the stiffness of the cable which 
resists the bending required for accommodating a lateral 
scan across a package label. Thirdly there are the frictional 
forces which are encountered whenever the cable drags 
across a shelf or other surface. While prior art, such as 
Worthington et at U.S. Pat No. 5365.050, suggests the use 
of low power cordless bar code scanners, such scanners 
transmit low power RF signals which are amplitude modu- 
lated by voltages from the scanning sensor. Most bar codes 
of current interest use the UPC format wherein numeric 
characters are represented by 2 light bars and two dark bars 
of varying widths. The entire bar code reading process 
involves sensing the varying light levels across the alternat- 
ing light and dark bars, and transforming the light level 
variations into 8-bit binary codes. 
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The scanning process itself is quite noisy due to variations 
in: laser beam intensity, laser beam geometry, scanning 
direction, scanning speed, accuracy of printed bar widths, 
light bar reflectivity, dark bar reflectivity and foreign matter 

5 presence on the package. This degrades the digitizing pro- 
cess and may in certain circumstances make bar code 
reading quite difficult However, the prior art cordless wand 
compounds the problem by adding RF noise to the scanning 
signal. Consequently the trade has generally steered dear of 

10 cordless wands and has endured the inconvenience of a 
cable or cord connection between the bar code scanner and 
the portable remote terminal or. alternatively, has incorpo- 
rated the scanner into the terminal itself. However, this 
merely trades one set of problems for another. The integrated 

13 unit is considerably heavier than the bar code reading device 
alone, and while the clerk no longer has to drag a cord, the 
arms and wrists now have to manipulate a lot of weight 
while performing a bar code scan. It can be seen that there 
is a need for an improved shelf tag verification system, 

20 

SUMMARY OF THE INVENTION 

This invention eliminates inconveniences associated with 
prior an shelf tag verification systems by transmitting bar 
codes from a bar code reader to a portable remote terminal 

25 in a binary coded format The bar code reader includes a 
scanner for manually controlled scanning of printed bar 
codes, a decoder for decoding and digitizing output voltage 
levels from the scanner and a surface acoustic wave reso- 
nator for wireless transmission of output signals from the 

30 decoder to the portable remote terminal unit A check code 
is also transmitted for verification of the signal. Hie portable 
remote terminal has an amplifier sequenced hybrid receiver 
for receiving output signals from the decoder and a micro- 
processor which checks the integrity of the received signals. 

35 When an accurate transmission is received, it is relayed by 
radio transmission to a base station. The base station for- 
wards the transmission to a host computer which checks an 
information file, indexed according to bar codes, and routes 
the current product price or other appropriate information 

40 back to the portable remote terminal. 

Accordingly, it is an object of the invention to provide an 
improved apparatus and method for verifying alphanumeric 
information appearing on tags affixed to shelving for bar 

45 coded products. 

It is another object of the invention to enable improved 
verification of bar codes imprinted upon products. 

Other objects and advantages of the invention will be 
apparent from the following description, the accompanying 

50 drawings and the appended claims. 

BRIEF DESCRIPTION OF THE DRAWING 

FIG. 1 is a schematic illustration of a shelf tag verifying 
system according to the present invention. 
55 FIG. 2 is a schematic illustration of a surface acoustic 
wave resonator. 

FIG. 3 is a schematic illustration of an amplifier- 
sequenced hybrid receiver. 

FIG. 4 is a schematic illustration of a signal sent from a 
bar code scanner to a terminal unit 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

65 A shelf tag verifying system in accordance with the 
present invention may be configured as generally illustrated 
in FIG. 1. The system comprises a terminal unit 10 in 
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communication with a bar code reader 14. Terminal unit 10 
also communicates with a base station 1Z Base station 12 is 
in communication with a host computer (not illustrated) 
which stores product information responsive to queries 
generated by terminal unit 10. 

Terminal unit 10 comprises a microprocessor 16 which 
receives operator input from a keyboard 26 and which is 
connected for communication with an amplifier-sequenced 
hybrid (ASH) receiver 38, a radio transmitter 22, a radio 
receiver 24 and an indicating device 11 which may be a 
liquid crystal display, voice synthesizer or other unit capable 
of generating an indication recognizable by a human opera- 
tor. Also shown on FIG. 1 is an audio unit 13 which 
generates a "beep** or other distinctive sound to indicate 
successful reception of a scanning signal from bar code 
reader 14. ASH receiver 38 receives binary coded radio 
signals corresponding to a bar code printed upon a label 20 
and scanned by a scanner 18 mounted within bar code reader 
14. Scanner 18 preferably comprises a laser, a power supply, 
scanning optics and a photodiode sensor, all of which are 
conventional and none of which are illustrated. Label 20 
may be imprinted upon a product package and may identify 
the contents of the package. Scanner 18 is activated by a 
manual control 19, and bar code reader is manually swept 
along a path which directs a laser beam across label 20. 
Alternatively scanner 18 could generate a suitable scanning 
beam using a light emitting diode and appropriate collimat- 
ing optics or a light source and CCD sensor. 

As the laser beam is swept across label 20, light energy is 
reflected back toward scanner 18 and focus sed upon the 
above mentioned photodiode. The photodiode then responds 
by generating a sensing signal which is amplitude modulated 
in accordance with variations in the intensity of the back- 
wardly reflected radiation. 

The sensing signal is routed from scanner 18 to a decoder 
40 which also may be of conventional design. Decoder 
includes a threshold device, not illustrated, which converts 
the sensing signal into a simple square wave representing 
dark-to-light and light-to- dark transitions. A timing circuit 
examines the times between transitions and categorizes each 
bar into one of four possible widths. A simple logic arrange- 
ment examines the widths of bars in side-by-side bar groups 
(two light bars and two dark bars per group) and generates 
corresponding a binary product code in 8-bit bytes (ASCII 
format). The binary product code is then formatted into a 
transmission signal 125, as illustrated in FIG. 4 and there- 
after used for ON/OFF modulation of an RF signal gener- 
ated by a surface acoustic wave resonator circuit 28. 

When the binary product code is received by ASH 
receiver 38, it is sent to microprocessor 16 and passed to 
transmitter 22 far transmission to base station 12. Base 
station 12 then forwards the code to a host computer (not 
illustrated) which uses it for entry into a data base of product 
information. This enables the host computer to prepare an 
informational message regarding the product for routing 
back to microprocessor 16 via base station 12 and receiver 
24. Microprocessor 16 causes the message to be presented 
on display 11, so that the stock clerk may verify a shelf tag 
associated with the product 

As described in more detail below surface acoustic wave 
resonator 28 may generate radio signals at a frequency of 
433.92 MHz. This frequency may be used at low power 
without a license from the government. A suitable resonator 
for such purposes is available from RF Monolithics. Inc. 
under part number R02101A. The signal generated by 
surface acoustic wave resonator 28 travels only a relatively 
short distance to reach terminal unit 10, typically less than 
about 10 feet 

The signal radiated by resonator 28 is received by ampli- 
fier sequenced hybrid receiver 38 which preferably may be 
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a device of the type sold by RF Monolithics, Inc. under part 
number RX1020. All communications between resonator 28 
and receiver 38 are on a simplex basis. That is, resonator 28 
merely transmits signals without any indication of reception 

5 by receiver 38. 

In normal operation the signals transmitted by resonator 
28 may become degraded or corrupted for any of numerous 
reasons. Therefore decoder 40 performs a cyclic redundancy 
check (CRQ to generate a 16-bit check code. This involves 
an integer arithmetic operation wherein a binary polynomial 
is formed from the bits of the binary product code. This 
polynomial is divided by a predetermined 16-bit binary 
reference niimber, and the remainder is used as the check 
code. The division my be performed by placing the binary 
coefficients of the polynomial into a 16-bit wide shift 

13 register and repeatedly subtracting the predetermined refer- 
ence number until a remainder is obtained. Hardware for 
performing such subtraction may comprise 16 parallel sub- 
traction circuits, each consisting of an arrangement of 9 
NAND gates. Such hardware is well known and need not 

20 further be described. Alternatively such a CRC check code 
could be produced by a microprocessor using software as 
described in a reference manual entitled "Asynchronous 
Communications Library for C* available from Oreenleaf 
Software, Inc. of Dallas, Tex. 

25 The information signal 25 modulates the RF signal gen- 
erated by SAWR 28, so the binary product code and the 
check code are sent to ASH receiver 38. Microprocessor 16 
stores the binary product code in a random access memory 
and uses it to calculate a 16-bit verifying code as a check 

M against the check code appended to the transmitted data. If 
the check is successful, the Microprocessor 16 activates 
audio unit 13 to generate a beep and also transmits the 
product code to base station 12. 

The details of resonator 28 are shown in FIG. 2. The key 
element of resonator 28 Is a chip 70 which generates surface 

33 waves at a frequency of 433.92 MHz. Chip 70 is enabled by 
a DTR signal applied to line 74. The DTR signal is applied 
to a resistor 78 connected to the base of a transistor 84. The 
DTR signal causes transistor 84 to become conductive and 
supply current through a resistor 115 to an oscillation circuit 

40 comprising a transistor 86, resistors 116, 123 and capacitors 
105, 107. This excites oscillations at a frequency of 433.92 
MHz in transistor 86 and creates an alternating drive signal 
for the chip 70. 
Data signals in the form of a series of zeros and ones are 

45 applied by decoder 40 to line 72 of resonator circuit 28. 
These data signals are applied through a resistor 80 to the 
base of a transistor 82. Transistor 82 is connected to a VCC 
supply through a resistor 120 and inverts the sign of the data 
appearing on data line 72. The inverted signal controls 

50 ON/OFF current conduction through transistor 88, which in 
turn applies a binary modulation envelope to the high 
frequency surface waves being generated by chip 70. Signal 
filtering is provided by capacitors 101, 102. 103. 104 and 
106 and coils 110, 111 to line 72 of resonator circuit 28. 

35 As previously stated, data signals appearing on line 72 are 
inverted before modulating the RF signal produced by 
circuit 70. The modulated signal is received by receiver 38 
and again inverted in the process. This produces control 
signals for microprocessor 16 which have the same boolean 
sense as the control signals on line 72. 

60 Referring now to FIG. 3, modulated signals received from 
resonator 28 are connected to a surface acoustic wave device 
42 connected for use as a band pass filter 42. Output signals 
from band pass filter 42 are applied to an RF amplifier 44 
which Is turned on by a pulse generator 50. The output of RF 

65 amplifier 44 is applied to the input of a surface acoustic 
wave delay line 46. When the signal emerges from delay line 
46, then pulse generator 50 turns off RF amplifier 44 and 
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turns on a second RF amplifier 48. Output signals from 
second RF amplifier 48 arc applied to an AM detector 52 and 
then are filtered by a low pass filter 54. This removes the 
carrier frequency and provides a baseband output which is 
amplified by an amplifier 56. The baseband output signal 
from amplifier 56 is raw demodulated, unprocessed rfa * a 
The level of this data is dependant upon the input RF leveL 
This signal is capacitively coupled via a capacitor 60 to the 
input of a comparator 58 and (hen is relayed to micropro- 
cessor 16 for initiation of an information exchange which 
will enable verification of a shelf tag. 

As described above, the invention has application to a 
supermarket environment However, it will be appreciated 
that it may be used in warehouses and in other settings 
involving high volume hand manipulation of a product code 
sensor. 

While the forms of apparatus herein described constitute 
preferred embodiments of the invention* it is to be under- 
stood that the invention is not limited to these precise forms 
of apparatus* and that changes may be made therein without 
departing from the scope of the invention. 

What is claimed is: 

1. Shelf tag verification apparatus comprising: 

(a) a portable product code reader including: 

(1) a scanner for scanning a product marked by a 
machine readable identifying code and generating an 
analog signal corresponding to light and dark gra- 
dations thereof. 

(2) a decoder connected to said scanner for receiving 
said analog signal, generating a corresponding 
binary product code, and calculating a check code 
based upon said binary product code and a prede- 
termined reference code, 

(3) a surface acoustic wave resonator connected for 
generating a radio frequency signal and using said 
binary product code and said check code to modulate 
said radio frequency signal; and 

(b) a hand-held terminal unit including: 

(1) an amplifier sequenced hybrid receiver for receiving 
said radio frequency signal and reproducing said 
binary product code and said check code, 

(2) a microprocessor connected to said amplifier 40 
sequenced hybrid receiver for receiving said binary 
product code, calculating a verifying code therefor, 
comparing said verifying code against said check 
code and unloading said binary product code in the 
event of a satisfactory check, 

(3) a radio transmitter connected for receiving said 
binary product code from said microprocessor and 
transmitting a corresponding radio signal to a base 
station, 

(4) a radio receiver for receiving a responsive radio 50 
transmission from a base station and supplying said 
responsive radio transmission to said 
microprocessor, and 

(5) an indicating device connected to said micropro- 
cessor for creating an indication of said responsive 55 
radio transmission in a form recognizable to a human 
operator. 

2. Apparatus according to claim 1 further comprising an 
audio unit mounted in said terminal unit for generating an 
audio signal to indicate successful verification of said binary 
product code by said microprocessor. 
3* Apparatus for product identification comprising: 
(a) a scanner for scanning a product marked by a machine 
readable identifying code and generating an analog 
signal corresponding to light and dark gradations 
thereof. 
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(b) a decoder fixed to said scanner for receiving said 
analog signal and generating a corresponding binary 
product code and a check code therefor, 

(c) a surface acoustic wave resonator connected for 
receiving said binary product code and said check code 
and radiating a corresponding radio frequency 
message, 

(d) an amplifier sequenced hybrid receiver for receiving 
said radio frequency message, and 

(e) a microprocessor for verifying said check code and 
selectively processing said binary product code when 
said check code is satisfactorily verified. 

4. Apparatus according to claim 3 further comprising a 
radio transmitter connected for receiving said binary product 
code from said microprocessor and transmitting a corre- 
sponding radio signal to a base station. 

5. Apparatus according to claim 4 further comprising an 
audio unit for generating a distinctive sound when said 
microprocessor has verified said check code. 

6. A method of verifying information printed on a shelf 
tag comprising the steps of: 

(1) generating a bar code signal by sweeping a bar code 
sensor across a bar code imprinted upon a package 
associated with said shelf tag, 

(2) generating a binary product code by decoding said bar 
code signal, 

(3) using said binary product code and a predetermined 
reference code to generate a check code, 

(4) causing a surface acoustic wave resonator to radiate a 
radio frequency signal, 

(5) using said binary product code and said check code to 
modulate said radio frequency signal, 

(6) at a vicinity adjacent said shelf tag, receiving said 
radio frequency, modulated as aforesaid, 

(7) at said vicinity, recovering said binary product code 
and said check code by demodulating said radio fre- 
quency signal, 

(S) at said vicinity, using said binary product code, 
recovered as aforesaid, and said predetermined code to 
generate a verifying code, 

(9) at said vicinity, verifying said check code, recovered 
as aforesaid, by comparison against said verifying 
code, 

(10) transmitting said binary product code, recovered as 
aforesaid, from said vicinity to a base station, only in 
the event that said verifying step produces a result 
previously determined to be satisfactory, 

(11) using said binary product code, recovered and trans- 
mitted as aforesaid, to create a message relating to said 
package, 

(12) transmitting said message from said base station to 
said vicinity, and 

(13) displaying said message at said vicinity. 

7. Method according to claim 6 wherein a cyclic redun- 
dancy check is performed for generation of said check code 
and said verifying code. 

8. Method according to claim 7 further comprising the 
step of signaling satisfactory performance of said verifying 
step by generating an audible signal. 
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[57] ABSTRACT 

A retrofit apparatus is connected to an existing bar code 
inventory system that includes a bar code corresponding to 
bar code markings, a bar code wedge to reader to generate 
a set of digital output signals transform the digital output 
signals into corresponding computer data characters, and a 
computer connected to the bar code wedge to process the 
computer data characters. A mobile transceiver is connected 
to the bar code reader. The mobile transceiver transmits 
wireless bar code signals corresponding to the digital output 
signals from the bar code reader. A receiver in the mobile 
transceiver is activated for a predetermined period of time 
after the wireless bar code signals are transmitted. A base 
transceiver is connected to the bar code wedge to receive the 
wireless bar code format output signals and to link them to 
the computer through the bar code wedge. If the computer 
receives a valid signal, it generates an acknowledge signal 
that is passed through the bar code wedge to the base 
transceiver. The base transceiver transmits a corresponding 
wireless acknowledge signal. The mobile transceiver 
receives the wireless acknowledge signal during the prede- 
termined period that the receiver is activated. The bar code 
reader is powered by the mobile transceiver and the base 
transceiver is powered by the bar code wedge. 

11 Claims, 4 Drawing Sheets 
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APPARATUS AND METHOD FOR THE 
WIRELESS EXCHANGE OF BAR CODE 
DATA 

BRIEF DESCRIPTION OF THE INVENTION 5 

This invention relates generally to bar code inventory 
systems. More particularly, this invention describes an appa- 
ratus and method to retrofit existing bar code inventory 
systems for the wireless exchange of bar code data. in 

BACKGROUND OF THE INVENTION 

Bar code inventory systems are known in the art These 
systems process bar code data that are affixed to different 13 
types of objects, such as product packages. The bar code 
data includes a set of vertical lines of varying widths. A bar 
code inventory system includes a bar code reader, such as a 
light pen or scan gun, that transforms the vertical lines 
(printed bars and spaces between them) of the bar code label 2Q 
into a set of digital high and low pulses of varying duration, 
corresponding to the varying widths of the vertical lines of 
the bar code label. 

Known stationary bar code inventory systems include an 
interface device, also often called a bar code wedge in the 25 
industry, that is connected between the bar code reader and 
a computer. The bar code wedge is typically tethered to the 
bar code reader by a flexible electrical cord. This allows an 
individual to move the bar code reader to any position within 
the range of the flexible cord. The information obtained from 30 
the bar code reader is transmitted through the flexible 
electrical cord to the bar code wedge. The bar code wedge 
transforms the information into a character set, such as 
ASCII, that may be processed by a computer. Connection 
between the bar code wedge and the computer may be 35 
accomplished through a serial port of the computer or 
through a keyboard input port. 

A shortcoming of prior art bar code inventory systems is 
that they are not readily portable. That is, the computer and 
bar code wedge of the system mitigate against portable 40 
operation of the system. Some portability is afforded by the 
bar code reader being attached to the wedge with a flexible 
electrical cord. However, the length of such a cord has 
practical limits. For example, if one is using a bar code 
inventory system in a warehouse, a long flexible electrical 45 
cord may create a hazard for individuals working in the 
warehouse. In addition, a long flexible electrical cord will 
also be susceptible to damage from equipment, such as fork 
lifts, operating in the warehouse. 

Consequently, it would be highly desirable to provide a 50 
bar code inventory system that is not positionally con- 
strained by a physically tethered bar code reader. Such a 
system would preferably provide instantaneous communi- 
cation between a bar code reader and a base computer. In 
such a configuration, the bar code reader could rely upon 55 
immediate feedback from the base computer and therefore 
operate as a tethered bar code reader. Ideally, such a system 
would operate with existing bar code inventory systems and 
thereby not necessitate the costly replacement of one bar 
code inventory system for another. 60 

SUMMARY OF THE INVENTION 

The invention is a retrofit apparatus for connection to an 
existing bar code inventory system that includes a bar code 65 
reader to generate a set of output signals corresponding to 
bar code markings, a bar code wedge (an interface device) 
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to transform the output signals into corresponding computer 
data characters, and a computer connected to the bar code 
wedge to process the computer data characters. In keeping 
with the invention, a mobile transceiver is connected to the 
bar code reader. The mobile transceiver transmits wireless 
bar code signals corresponding to digital output signals 
received from the bar code reader. The wireless bar code 
signals constitute a self-correcting code. That is, the output 
of the bar code reader has a constant ratio of mark and space 
elements. If the information that is processed does not have 
the proper ratio, it is presumed to be erroneous. Because of 
this error checking, it is more reliable than standard ASCII 
and packet transmitters operating under radio frequency 
interference conditions. Thus, with the wireless bar code 
format of the invention, traditional wireless communication 
handshakes, check bits, or other protocols are not required. 

A receiver in the mobile transceiver is activated for a 
predetermined period of time after the wireless bar code 
signals are transmitted. A base transceiver is located to 
receive the wireless bar code format output signals and to 
link them to a computer through a bar code wedge if a valid 
signal is received. The wedge generates an acknowledge 
signal that is passed to the base transceiver. The base 
transceiver transmits a corresponding wireless acknowledge 
signal. The mobile transceiver receives the wireless 
acknowledge signal during the predetermined period that its 
receiver is activated. The bar code reader is powered by the 
mobile transceiver and the base transceiver is powered by 
the bar code wedge. 

The apparatus allows un-tethered freedom for the bar 
code reader. The apparatus provides instantaneous commu- 
nication between the bar code reader and the base computer. 
Consequently, the bar code reader effectively operates as a 
tethered device. The retrofit nature of the apparatus allows it 
to be used with existing bar code inventory systems and 
thereby provides an improved system without the expense of 
replacing the existing system. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the nature and objects of the 
invention, reference should be made to the following 
detailed description taken in conjunction with the accom- 
panying drawings, in which: 

HG. 1 illustrates a preferred embodiment of the retrofit 
wireless bar code data exchange apparatus of the invention. 

HG. 2 illustrates the method of operation of the apparatus 
of FIG. 1. 

FIG. 3 illustrates the mobile transceiver of the apparatus 
of FIG. 1. 

FIG. 4 illustrates the base transceiver of the apparatus of 
FIG. 1. 

Like reference numerals refer to corresponding parts 
throughout the several views of the drawings. 

DETAILED DESCRIPTION OF THE 
INVENTION 

An embodiment of the retrofit wireless bar code data 
exchange apparatus 20 of the invention is illustrated in FIG. 
1. The apparatus 20 includes a mobile transceiver 22 with an 
antenna 23. The mobile transceiver 22 is connected to a bar 
code reader 24. Digital output signals from the bar code 
reader 24 are processed by the mobile transceiver 22 which 
then transmits wireless bar code signals corresponding to the 
digital output signals from the bar code reader 24. 
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The apparatus 20 also includes a base transceiver 26 with 
an antenna 27. The base transceiver 26 receives the wireless 
bar code signals transmitted from the mobile transceiver 22 
and conveys the signals, by a physical electrical connection, 
to a bar code wedge 28. The bar code wedge 28 generates 5 
computer data characters that are passed to a computer 30 
for processing in a conventional manner. 

Bar code inventory systems of the prior art have a direct 
physical connection between the bar code wedge 28 and the 
bar code reader 24. The present invention uses standard to 
connectors so that the prior art physical connection between 
the bar code wedge 28 and the bar code reader 24 is replaced 
by a physical connection between the mobile transceiver 22 
and the bar code reader 24, and a physical connection 
between the bar code wedge 28 and the base transceiver 26. 15 
TTiis feature allows the seamless integration of the apparatus 
of the invention into an existing bar code inventory system. 
That is, the connections of an existing bar code inventory 
system are used with a preferred embodiment of the inven- 
tion. Moreover, existing bar code inventory systems will 20 
operate in the same manner, except for the feature that there 
is no longer a physical connection between the bar code 
wedge 28 and the bar code reader 24. It should be appreci- 
ated that such an arrangement provides greater flexibility in 
the use of the bar code reader 24. That is, the mobile 25 
transceiver 22 does not have to be tethered to the bar code 
wedge 28. Additional benefits associated with the system 
include a feature wherein the bar code reader 24 may be 
powered from the mobile transceiver 22 and the base 
transceiver 26 may be powered from the bar code wedge 28. 30 

The general nature and advantages of the invention have 
now been described. Attention presently turns to a more 
detailed discussion of the method and apparatus of the 
invention. 

FIG. 2 illustrates the processing steps associated with a 35 
bar code inventory system that incorporates the preferred 
embodiment of the retrofit wireless bar code data exchange 
apparatus of the invention. The figure illustrates the opera- 
tion performed by each component associated with a bar 
code inventory system. 40 

A bar code reader 24 is used to scan bar code markings to 
produce digital output signals (block 40). The digital output 
signals are passed to the mobile transceiver 22. The mobile 
transceiver 22 initially converts the digital output signals to 45 
bar code format signals (block 42). Most existing bar code 
inventory systems use a bar code reader 24 that provides 
digital signals that are not in a bar code format. Thus, the 
mobile transceiver 22 of the invention provides the required 
conversion of the digital signals to a bar code format. ^ 
However, it should be appreciated that the invention is 
equally applicable to a bar code reader 24 that provides bar 
code format signals. Bar code format signals are critical to 
the wireless transmission operations of the invention, as will 
be described below. 55 

In either embodiment, the next operation performed by 
the mobile transceiver 22 is to transmit wireless bar code 
signals corresponding to the bar code format signals (block 
44). After this operation is executed, a receiver within the 
mobile transceiver 22 is enabled for a predetermined period g 0 
of time to receive an acknowledge signal (block 46). 

The transmitted wireless bar code signals are processed 
by the base transceiver 26 (block 48). The signals are then 
passed in a standard format to the bar code wedge 28 (block 
50). The bar code wedge 28 generates an acknowledgement 65 
signal (block 52) that is passed back to the base transceiver 
26. The bar code wedge 28 also performs standard computer 
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input/output processing (block 54) by converting the bar 
code signals to a known character set, such as ASCII or an 
integer set. The computer 30 then processes the character set 
(block 56). 

As previously indicated, a confirmation signal is sent 
from the bar code wedge 28 to the base transceiver 26. 
Thereafter, the base transceiver 26 transmits a wireless 
acknowledge signal (block 58). 

The acknowledge signal is received by the mobile trans- 
ceiver 22 (block 60) during the predetermined period of time 
that the receiver of the mobile transceiver 22 is activated. 
Finally, an acknowledge indicator on the mobile transceiver 
22 is activated (block 62) so that the operator of the bar code 
reader knows that the bar code wedge 28 has received valid 
data for computer 30. 

The methodology disclosed in FIG. 2 is particularly 
advantageous because the bar code format itself has a 
constant ratio of mark and space elements that is transmitted. 
Consequently, a complicated communication protocol is not 
required between the mobile transceiver 22 and the base 
transceiver 26. That is, the bar code format is self-correcting. 
If the base transceiver does not receive a valid bar code 
signal, then an acknowledgement is never sent back to the 
mobile transceiver 22. Unlike serial ASCII or packet pro- 
tocols, no additional communication handshakes, check bits, 
or other information exchange is required. 

Attention now turns to the apparatus of the invention. 
FIG. 3 illustrates an embodiment 22 of a mobile transceiver 
incorporating the invention. The mobile transceiver 22 is 
powered by a battery 70. Preferably, the battery 70 is 
accompanied by a voltage detector 72 that has an associated 
voltage detector indicator 73 to identify when there is a low 
charge on the battery 70. In a preferred embodiment, the 
mobile transceiver 22 also includes a charge circuit 74 with 
an associated external charge interface 76 and charge circuit 
indicator 78. The external charge interface 76 is used to 
provide an external connection to a power source that is used 
to re-charge the battery 70. 

A power switch 80 is used to electrically couple the 
battery 70 to the remaining portions of the mobile trans- 
ceiver 22. Specifically, the switch 80 electrically connects 
the battery 70 to a mobile transceiver power regulator 82. 
The power regulator 82 provides a power signal over 
connector power line 84 to a bar code connector 86. 

Bar code connector 86 is a standard connector that is 
typically provided at a bar code wedge 28. A standard D9 
connector may be used for this purpose. Using a D9 con- 
nector, pin 2 may be designated as a data pin, pin 9 may be 
designated as a power input, pins 7 and 8 may be designated 
ground pins, and the remaining pins can be unassigned. 
Power from the battery 70 is provided through the power 
regulator 82 over the connector power line 84 to pin 9 of the 
bar code connector 86. In this configuration, the bar code 
reader 24 is powered through the mobile transceiver 22. 

A decoder data line 88 is connected to the data pin of the 
bar code connector 86. The decoder 90 uses standard tech- 
niques to convert the sequence of varying width digital high 
and low signals from the bar code connector 86 to bar code 
format signals. The bar code format signals are then applied 
to a mobile transceiver transmitter 94 over decoder output 
line 92. The mobile transceiver transmitter 94 modulates the 
bar code format signals on to a radio frequency carrier to 
produce wireless bar code signals that are passed through a 
duplex mixer 96 to antenna 23. 

A mobile transceiver enable circuit 100 is triggered by 
signals on the decoder output line 92. The enable circuit 
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drives the mobile transceiver receiver switch 102 from the 
transmitter power line 103 to the receiver power line 104. 
The position of the mobile transceiver receiver switch 102 
determines whether the mobile transceiver transmitter 94 or 
the mobile transceiver receiver 106 receives power from the 5 
power regulator 82. 

The mobile transceiver enable circuit 100 connects switch 
102 to the receiver power line for a predetermined period of 
time that is sufficient to receive an acknowledgement signal. 
Thus, the mobile transceiver receiver 106 is only active for 10 
relatively short periods of time. 

Preferably, the enable circuit 100 is triggered at the end of 
a stream of bar code format signals on line 92. The end of 
a stream of bar code format signals may be recognized when 
an extended duration digital high or low signal is observed 15 
on the decoder output line 92, thereby indicating that no data 
is being generated by the bar code reader. The enable circuit 
100 should include a data delay gate to produce a small 
delay period (approximately 100 milliseconds) to assure 
switch 102 is not moved before the mobile transceiver 20 
transmitter 94 has stopped transmitting wireless bar code 
signals. 

The enable circuit 100 also includes a single-shot timer 
set to approximately 500 milliseconds. The timer is triggered 
at the same time as the data delay gate. The timer provides 2 5 
an output strobe that connects the receiver switch 102 and 
the receiver power line 104 for approximately 400 millisec- 
onds. 

The mobile transceiver receiver 106 is connected to a 
phase-locked loop 108 that is set to the frequency designated 30 
for the acknowledge signal. If the receiver 106 picks-up an 
acknowledge signal, phase-locked loop 108 triggers a tone 
generator 110 and a good read LED driver 114. Tone 
generator 110 activates a speaker 112. The phase-locked 
loop signal from the good read LED driver 114 is conveyed 35 
to the bar code connector 86 so that a good read LED on the 
scan gun may be activated. 

FIG. 4 illustrates the base transceiver 26 of the invention. 
The antenna 27 is connected to a duplex mixer 118 that ^ 
routes the wireless bar code signals to the base transceiver 
receiver 120. The operation of the receiver 120 may be 
identified with a base transceiver receiver indicator 122. The 
demodulated signal from the receiver 120 is routed to a data 
shaper 124. The data shaper 124 must amplify and hard limit 45 
the demodulated signal from receiver 120, The phase 
demodulator in receiver 120 is adjusted for the proper phase, 
whereby its phase is consistent with the pre-transmission bar 
code signal. Hie output from the data shaper 124 is then 
applied to the wedge connector 126. The wedge connector 5Q 
126 is preferably a standard D9 connector with designated 
data, ground, and power pins. The output of the data shaper 
124 is applied to the data pin of the wedge connector 126. 
From the wedge connector 126, the data signal is sent 
through the bar code wedge 28 to the computer 30. 55 

The power pin of the wedge connector 126 is connected 
to a wedge connector power line 127 that is connected to a 
power regulator 128. In this configuration, when the power 
switch 130 is turned on, the base transceiver receives its 
power through the wedge connector 126, in other words, ^ 
from the bar code wedge 28. In the alternative, the power 
regulator 128 may be supplied through a power plug 132. 

The bar code wedge 28 applies a valid data signal to the 
wedge connector 126. The valid data signal is applied to the 
wedge output line 135. In response to the valid data signal, 65 
a base transceiver enable circuit 136 is triggered. The enable 
circuit 136 may be implemented as a 500 millisecond 



on-shot integrated circuit that forces a transmitter enable 
switch 138 from connection to the receiver power line 140 
to connection to the transmitter power line 142. 

The power signal on the transmitter power line 142 
activates a signal generator 150 that generates an acknowl- 
edge signal that is passed to a base transceiver transmitter 
152. The base transceiver transmitter 152 generates a cor- 
responding wireless acknowledge signal. Processing of the 
wireless acknowledge signal by the mobile transceiver 22 
has been described. 

As previously indicated, the apparatus of the invention 
may be combined with an exist bar code inventory system. 
The bar code reader 24 used in conjunction with the inven- 
tion may be a Scan Gun PSC 5310, sold by Photographic 
Science Corporation, Webster, N.Y. The bar code wedge 28 
may be the Quick Reader™ bar code wedge reader sold by 
Compsee Corporation, Mount Gilead, N.C. The invention 
may be used with essentially any computer 30. 

The preferred embodiment of the invention was imple- 
mented using the known code of 39 bar code format. The 
decoder 90 of the mobile transceiver 22 may use standard 
techniques to convert the bar code digital pulses to the code 
of 39 bar code format. The invention was implemented using 
the A034-U-201 bar code decoder sold by Dynasys Corpo- 
ration, Clearwater, Fla. Any similar Hand Held Laser Code 
(HHLC) decoder may be used. 

The base transceiver 26 and mobile transceiver 22 have 
been implemented to operate in the 50 to 950 MHz fre- 
quency range. The speaker 112 of the mobile transceiver 22 
may be substituted with a visual light, an LCD prompt, a 
synthesized voice prompt, or a vibrating device. In any 
embodiment, the indicating device is activated by the 
acknowledge signal. 

The mobile transceiver 22 was implemented using a 7.2 
V DC battery 70. The low voltage detector indicator was set 
to go on at 6.7 V DC. 

The foregoing descriptions of specific embodiments of the 
present invention are presented for purposes of illustration 
and description. They are not intended to be exhaustive or to 
limit the invention to the precise forms disclosed. Obviously, 
many modifications and variations are possible in view of 
the above teachings. The embodiments were chosen and 
described in order to best explain the principles of the 
invention and its practical applications, to thereby enable 
others skilled in the art to best utilize the invention and 
various embodiments with various modifications as are 
suited to the particular use contemplated. It is intended that 
the scope of the invention be defined by the following claims 
and their equivalents. 

I claim: 

1. A bar code data exchange apparatus, comprising: 
A) a mobile transceiver including: 

i. a bar code connector for connection to a bar code 
reader that generates a set of digital output signals 
corresponding to bar code markings, 

ii. a decoder connected to said bar code connector to 
convert said set of digital output signals to bar code 
format signals corresponding to said digital output 
signals, 

iii. a mobile transceiver transmitter connected to said 
decoder to receive said bar code format signals and 
transmit wireless bar code signals corresponding to 
said bar code format signals; 

iv. a mobile transceiver receiver, and 

v. a mobile transceiver enable circuit to enable said 
mobile transceiver receiver for a predetermined 
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period of time after said wireless bar code format 
signals are transmitted, 
B) a base transceiver including: 

i. a base transceiver receiver to receive said wireless bar 
code signals, 5 

ii. a connector connectable between said base trans- 
ceiver receiver and a bar code interface device to 
convey said wireless bar code signals to said inter- 
face device for transformation into a character set 
that can be processed subsequently at a computer, 10 

iii. a signal generator to produce an acknowledge 
signal, 

iv. a base transceiver transmitter to transmit during said 
predetermined time a wireless acknowledge signal 
corresponding to said acknowledge signal, and 15 

v. a base transceiver enable circuit to activate said 
signal generator and said transmitter in response to 
receipt of a valid wireless bar code format signal. 

2. The apparatus of claim 1 wherein said mobile trans- 
ceiver includes: 20 

a battery; 

a power regulator connected to said battery; and 
a connector power line connected between said power 
regulator and said bar code connector to provide a 25 
power signal to said bar code connector that may be 
used by said bar code reader. 

3. The apparatus of claim 1 wherein said base transceiver 
includes: 

a power regulator; and 30 
an interface device power line connector and said power 

regulator to carry power received from said connector 

to said power regulator. 

4. A retrofit apparatus to be connected to an existing bar 
code inventory system of the type that includes a bar code 35 
reader to generate a set of digital output signals correspond- 
ing to bar code markings, an interface device to transform 
said digital output signals into corresponding computer data 
characters, and a computer connected to said interface 
device to process said computer data characters, the appa- 40 
ratus comprising: 

a mobile transceiver connectable to said bar code reader 
to transmit wireless bar signals, said transceiver includ- 
ing: 

i. a decoder to transform said digital output signals 45 
from said bar code reader to bar code format signals; 
and 

ii. a mobile transceiver transmitter connected to said 
decoder to transmit said wireless bar code format 
signals; and 50 

a base transceiver connected to said interface device to 
receive said wireless bar code format signals and link 
them to said interface device. 

5. The apparatus of claim 4 wherein said mobile trans- 
ceiver includes: 

a mobile transceiver receiver; and 

a mobile transceiver enable circuit to enable said mobile 
transceiver receiver for a predetermined period of time 
after said wireless bar code signals are transmitted. 
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6. The apparatus of claim 5 wherein said base transceiver 
includes: 

a base transceiver receiver to receive said wireless bar 
code signals; 

a signal generator to produce an acknowledge signal; 
a base transceiver transmitter to transmit a wireless 

acknowledge signal during said predetermined period 

of time; and 

a base transceiver enable circuit to activate said signal 
generator and said transmitter upon receipt of a valid 
wireless bar code signal. 

7. The apparatus of claim 4 wherein said base transceiver 
includes: 

an interface device for connection to said bar code wedge; 
a power regulator; and 

an interface device power line connected between said 
interface device and said power regulator to deliver 
power from said interface device to said power regu- 
lator. 

8. The apparatus of claim 4 wherein said mobile trans- 
ceiver includes: 

a bar code connector for connection to said bar code 

reader; 
a battery; 

a power regulator connected to said battery; and 
a connector power line connected between said power 
regulator and said bar code connector to provide a 
power signal to said bar code connector that may be 
used by said bar code reader. 

9. A method of wirelessly exchanging data in a bar code 
inventory system of the type that includes a bar code reader 
to generate a set of digital output signals corresponding to 
bar code markings, an interface device to transform said 
digital output signals into corresponding computer data 
characters, and a computer connected to said interface 
device to process said computer data characters, the method 
comprising the steps of: 

converting said digital output signals from said bar code 

reader into wireless bar code format signals; 
transmitting said wireless bar code format signals from a 

mobile transceiver connected to said bar code reader; 
enabling a receiver of said mobile transceiver for a 

predetermined period of time after said transmitting 

step; 

receiving said wireless bar code format signals at a base 
transceiver; 

transmitting a wireless acknowledge signal from said base 
transceiver upon receipt of said wireless bar code 
format signals; and 

receiving said wireless acknowledge signal at said mobile 
transceiver during said predetermined period. 

10. The method of claim 9 further comprising the step of 
powering said bar code reader with said mobile transceiver. 

11. The method of claim 9 further comprising the step of 
powering said base transceiver with said interface device. 
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